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Workshop  Mission  Statement 


There  are  a  variety  of  visions  for  the  next  generation  of  engineering  software  tools  for 
computer  aided  design  and  manufacturing  (CAD/CAM)  applications.  Most  of  these  visions 
include  some  form  of  distributed  software,  either  across  local  networks,  the  World  Wide 
Web  or  the  Internet.  To  date,  integration  of  engineering  software  has  been  done 
predominantly  (though  not  exclusively)  on  the  “desktop.” 

Predictions  regarding  the  next  generation  of  computational  tools  describe  bringing  higher 
capabiUties  within  reach  of  smaller  companies  and  allowing  engineers  to  tailor  a  set  of  tools 
to  an  application  through  the  use  of  distributed  software  tools  which  are  accessed  across 
networlp.  Present  computing  technology  provides  a  number  of  opportunities  untapped  by 
the  engineering  software  community.  However,  applications  of  these  technologies  in  the 
engineering  community  are  primarily  still  at  the  research  stage  and  the  area  of  integration  of 
distributed  software  is  still  in  its  infancy. 

The  process  of  realizing  this  vision  has  generated  new  research  and  development  issues 
that  are  only  starting  to  be  addressed  in  the  engineering  community.  This  workshop 
brought  together  parties  from  industry,  government  institutions  and  academia  in  order  to 
map  out  directions  for  future  research  toward  this  end.  The  goals  of  the  workshop  were  to: 

•  Create  a  dialogue  between  researchers  and  developers  who  have  an  interest  in  the  next 
generation  of  integrated  engineering  software  tools,  and  those  in  other  communities 
who  are  performing  cutting-edge  research  using  relevant  technologies; 

•  Develop  one  or  more  visions  of  these  next-generation  networked  and  distributed 
CAD/CAM  software  systems  and  tools; 

•  Identify  the  key  technologies  associated  with  the  development  of  network-centric 
CAD/CAM  tools  and  find  gaps  in  currently  available  technology  as  well  as  key  issues 
that  have  arisen  in  efforts  to  date; 

•  Identify  approaches  toward  migrating  existing  software  tools  through  the  utilization  of 
network-centric  integration  enabhng  technologies; 

•  Identify  opportunities  for  corporate  development,  academic  research,  and  potential 
collaborations  among  participants  in  the  workshop  as  well  as  other  members  of  the 
represented  communities; 

•  Provide  a  roadmap  that  will  aid  in  directing  future  funding,  research,  and  development 
efforts  in  order  to  bring  about  rapid  innovation  and  technology  transfer. 

Among  the  topics  and  issues  that  were  discussed  are: 

•  Implications  of  emerging  technologies  (e.g.  Internet,  Java,  WWW,  VRML, 
groupware,  CORBA,  OLE)  for  current  and  future  software  systems  and  engineering 
practices; 

•  Software  modularity,  application  interfaces,  and  interoperability; 

•  Functional  integration,  message  passing; 

•  Data  sharing  and  representations; 

•  Role  of  existing  standards  and  requirements  for  new  standards,  relating  to  both  data 
and  communications,  for  enabling  interoperabihty  of  new  distributed  CAD/CAM 
environments. 
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Prevailing  Themes  of  the  Workshop 


•  Practical  integration  issues  such  as  ease  of  use  and  compatibility  with  the  underlying 
infrastracture; 

•  Discussion  of  the  pros  and  cons  of  the  CORE  A  standard; 

•  Discussion  of  the  standards  needs  of  the  network-centric  CAD  community 
and  how  such  standards  as  VRML  are  not  sufficient; 

•  The  increased  necessity  of  outsourcing  and  the  required  changes  in  CAD; 

•  How  to  duplicate  with  three-dimensional  CAD  the  successes  of  the  (primarily  two- 
dimensional)  electrical  CAD  community; 

•  The  need  for  STEP  to  become  a  more  mature  standard  as  soon  as  possible; 

•  How  the  next  generation  of  CAD  can  still  support  legacy  systems,  as  well  as  make  use 
of  information  that  exists  only  on  paper,  rather  than  in  electronic  form; 

•  Providing  web  technology  inside  existing  applications; 

•  The  capturing  of  design  intent. 


Note  from  the  Editors 


The  text  of  the  summaries  that  appear  in  this  volume  is  based  on  the  presentations  made 
during  the  workshop.  These  summaries  are  not  a  verbatim  transcript  of  the  workshop. 
Rather,  they  contain  a  distillation  of  the  significant  points  of  each  presentation  and  the 
discussions  which  followed.  The  reader  should  not  attribute  any  direct  quotations  to  any  of 
the  participants  in  the  workshop  on  the  basis  of  this  text. 
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Agenda 


Tuesday,  December 


7:30  am-8:00  am: 
8:00  am-8:15  am: 

8:15  am-8:30  am: 


8:30  am-9:00  am: 

9:00  am-9:15  am: 
9:15  am-10:00  am: 


10:00  am-10:15  am: 
10:15  am-12:00  pm: 


12:00  pm-l:30  pm: 
1:30  pm-2:00  pm: 


2:00  pm-3:45  pm: 
3:45  pm-4:00  pm: 
4:00  pm-4:30  pm: 
4:30  pm-5:30  pm: 


5:30  pm: 

6:30  pm-8:00  pm: 


3,  1996 


Registration,  Coffee  and  Refreshments 
Opening  Remarks  and  Introductions 
Dr.  Simon  Szykman,  NIST 
Welcome  to  NIST 

Dr.  Richard  H.  F.  Jackson,  NIST 
Director,  Manufacturing  Engineering  Lab 
Overview  of  Workshop  Goals 
Dr.  William  Regli,  NIST 
Q&A 

Keynote  Speaker 
Mr.  Dan  Deitz,  ASME 

Associate  Editor,  ASME  Mechanical  Engineering  Magazine 
An  Industry-Wide  Perspective 

Break 

Panel  Session  #1  and  Q&A: 

Deflning  the  Common  Ground  and  Issues 
Dr.  A1  Klosterman,  Vice  President,  SDRC 

Support  of  Virtual  Enterprise  Computing  by  the  Emerging 
Capabilities  in  MDA  and  PDM  Systems 
Dr.  Ravi  Ravindra,  Senior  Scientist,  Computervision 
Electronic  Product  Definitions  and  Internet  Technology 
Dr.  Joe  Erkes,  Director,  Design  Integration,  GE  Corporate 
R&D  Center 

Supply  Chain  Integration  and  the  WWW 

Lunch 

Panel  Session  #1  (continued) 

Mr.  Shaun  Sewall,  Development  Manager,  Bentley  Systems 
Internet  Presentation 

Breakout  Sessions:  Technology  Assessment 
Break 

Report  Back  Panel  and  Q&A 
Technology  Demonstration  Session 
Beam  Technologies 
University  of  California,  Berkeley 

Stevens  Institute  of  Technology,  Design  Manufacturing  Institute 

Conclude  for  the  Day 

Dinner  at  Gaithersburg  Courtyard  by  Marriott 
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Wednesday,  December  4,  1996 


8:00  am-8:45  am:  Coffee  and  Refreshments 

8:45  am-10:30  pm:  Panel  Session  #2  and  Q&A: 

Research  Issues  and  Directions 

Dr.  Rick  Palmer,  Senior  Scientist,  Beam  Technology 
Einstein  Objects:  An  Open  Standard  for  Web-Enabled 
Distributed  Design  and  Simulation  of  Electro-Mechanical 
Products 

Dr.  Michael  Terk,  Rice  University 

Changing  Priorities  of  Research  on  WWW-Based 
Engineering  Services 

Dr.  John  Mitchiner,  Sandia  National  Laboratories 
SmartWeld:  An  Expert-System  Welding  Advisor 

10:30  am-10:40  am:  Break 

10:40  am-12:30  pm:  Panel  Session  #2  (continued) 

Dr.  Don  R.  Brown,  Associate  Professor,  University  of 
Utah/PartNET,  Inc. 

PartNET 

Dr.  Clayton  Teague,  NIST 

The  National  Advanced  Manufacturing  Testbed: 
Nanomanufacturing  of  Atom-based  Dimensional  Standards 
Dr.  Ranga  Narayanaswami,  University  of  Illinois, 
Urbana-Champaign,  Machine  Tool  Agile  Manufacturing 
Research  Institute 

Highly  Interactive  Network-Centric  Tools  for  Collaborative 
and  Distributed  Manufacturing 

Mr.  Tony  Blazej,  National  Industrial  Information  Infrastructure 
Protocols 

National  Industrial  Information  Infrastructure  Protocols 
(NIIIP):  Enabling  the  Virtual  Enterprise 
Dr.  Edward  Barkmeyer,  NIST 

The  National  Advanced  Manufacturing  Testbed  Framework 
Project 

12:30  pm-l:30  pm:  Lunch 

1:30  pm-2:30  pm:  Summary  and  Strategic  Planning 
2:30  pm:  Workshop  Close 
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Glossary  of  Acronyms 


•  ACADIA:  Association  for  Computer  Aided  Design  in  Architecture 

•  ACDS:  Automated  Configuration  Design  Service 

•  ACES:  Automated  Concurrent  Engineering  System 

•  ACORN:  Adaptive,  Collaborative,  Open  Research  Network 

•  AEC:  Architecture,  Engineering,  and  Construction 

•  AMRI:  Agile  Manufacturing  Research  Institute 

•  AMRF:  Automated  Manufacturing  Research  Facility 

•  AP:  Application  Protocol 

•  API:  Application  Programming  Interface 

•  ARPA:  Advanced  Research  Projects  Agency 

•  ASME:  American  Society  of  Mechanical  Engineers 

•  ATM:  Asynchronous  Transfer  Mode 

•  BC:  Boundary  Condition 

•  BIPM:  “Bureau  International  des  Poids  et  Mesures,”  International  Bureau  of  Weights 
and  Measures 

•  CAD:  Computer-Aided  Design 

•  CAM:  Computer-Aided  Manufacturing 

•  CAPP:  Computer-Aided  Process  Planning 

•  CFD:  Computational  Fluid  Dynamics 

•  CGI:  Common  Gateway  Interface 

•  CORB  A:  Common  Object  Request  Broker  Architecture 

•  DARPA:  Defense  Advanced  Research  Projects  Agency 

•  DFSS:  Design  For  Six  Sigma 

•  EIT:  Enterprise  Integration  Technologies 

•  EMSIM:  EndMilling  SIMulation 

•  FDATI:  Fixture  Design  &  Analysis  Tool  Interface 

•  FEA:  Finite  Element  Analysis 

•  FTTHIT:  Find  It  Today,  Have  It  Tomorrow 

•  GE:  General  Electric 

•  GIF:  Graphic  Interchange  Format 

•  GM:  General  Motors 

•  GUI:  Graphical  User  Interface 

•  HPC:  High-Performance  Computing 

•  HODE:  Hyperbolic  Ordinary  Differential  Equation 

•  HPDE:  Hyperbolic  Partial  Differential  Equation 

•  HTML:  HyperText  Markup  Language 

•  HTTP:  HyperText  Transfer  Protocol 
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•  IBM:  International  Business  Machines 

•  KET:  Knowledge  Engineering  Team 

•  LAN:  Local  Area  Network 

•  MADE:  Manufacturing  Automation  and  Design  Engineering 

•  MBE:  Molecular  Beam  Epitaxy 

•  MDA:  Mechanical  Design  Automation 

•  MEL:  Manufacturing  Engineering  Laboratory 

•  MBS:  Manufacturing  Execution  Systems 

•  MOSAIC-PM:  Machine  tool  Open  System  Advanced  Intelligent  Controller  for  Precision 
Machining 

•  MPI:  Message  Passing  Interface 

•  MSQL:  Mini-SQL 

•  NAMT :  National  Advanced  Manufacturing  Testbed 

•  NETCAD:  NETwork-centric  CAD 

•  NFS:  Network  File  System 

•  NIL:  National  Information  Infrastructure 

•  NlllP:  National  Industrial  Information  Infrastructure  Protocols 

•  NIST:  National  Institute  of  Standards  and  Technology 

•  NSF:  National  Science  Foundation 

•  NURB:  Non-Uniform  Rational  B-spline 

•  ODE:  Ordinary  Differential  Equation 

•  OLE:  Object  Linking  &  Embedding 

•  ORB:  Object  Request  Broker 

•  PartNET:  the  Parts  information  NETwork 

•  PC:  Personal  Computer 

•  PDE:  Partial  Differential  Equation 

•  PDM:  Product  Data  Management 

•  PETSc:  Portable,  Extensible  Toolkit  for  Scientific  computation 

•  R&D:  Research  and  Development 

•  RaDEO:  Rapid  Design  Exploration  and  Optimization 

•  RDD:  Requirement  Driven  Development 

•  RDE:  Requirements  Driven  Engineering 

•  RFQ:  Request  For  Quote 

•  RPC:  Remote  Procedure  Call 

•  RPM:  Rotations  Per  Minute 

•  RSA  encryption:  Rivest-Shamir-Adelman  encryption 

•  SCI:  Supply  Chain  Integration 

•  SDRC:  Structural  Dynamics  Research  Corporation 

•  SLA:  Stereo-Lithography  Apparatus 

•  SP:  Scaleable  Parallel 
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•  SQL:  Structured  Query  Language 

•  STEP:  Standard  for  the  Exchange  of  Product  model  data 

•  STL:  Standard  Template  Library 

•  STM:  Scanning  Tunneling  Microscope 

•  TCP/EP:  Transmission  Control  Protocol/Intemet  Protocol 

•  URL:  Universal  Resource  Locator 

•  US:  United  States  (of  America) 

•  VRML:  Virtual  Reality  Modeling  Language 

•  VRweb:  Virtual  Reality  web 

•  W3C:  World  wide  web  Consortium 

•  WWW:  World  wide  web 
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Presentation  and  Demonstration  Summaries 
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Opening  Remarks  and  Introductions 

Dr.  Simon  Szykman,  NIST  (szykman@cme.nist.goy) 
(4  full-page  slides  start  after  page  C-1) 


Dr.  Szykman  thanked  the  attendees  for  coining  to  the  workshop.  He  noted  that  he  had 
met  some  attendees  before,  and  only  corresponded  with  others. 

Dr.  Szykman  introduced  himself,  and  acknowledged  the  sponsors  of  the  workshop: 
Carnegie  Mellon  University,  NIST,  DARPA’s  RaDEO  program,  the  National  Advanced 
Manufacturing  Testbed,  the  US  Navy  Manufacturing  Technology  Program,  the  Army 
Research  Office’s  Mathematics  and  Computer  Science  Directorate,  and  the  Office  of  Naval 
Research.  Dr.  Szykman  acknowledged  the  contributions  of  Mr.  Pete  Brown  of  Carnegie 
Mellon  University,  the  academic  co-chair,  who  had  not  only  aided  in  obtaining  funding  for 
the  workshop  but  had  contributed  to  the  organization  of  the  meeting  as  well.  He  also 
thanked  Drs.  Steve  Ray  and  Ram  Sriram  of  NIST  for  hosting  and  helping  to  sponsor  the 
workshop.  Dr.  Szykman  inferred  from  the  good  number  of  sponsors  tiiat  there  was  a 
broad  interest  in  the  area  of  network-centric  CAD,  and  expressed  his  hope  that  their 
investment  in  the  workshop  would  pay  off. 

Dr.  Szykman  suggested  that  the  participants  could  be  categorized  into  two  groups: 
those  with  expertise  in  “traditional”  CAD  (i.e.,  geometric  modeling)  and  those  working  in 
the  area  of  “nontraditional”  CAD,  which  includes  other  areas  of  computer-aided  design 
such  as  product  data  management,  knowledge-based  CAD,  etc.  He  noted  that  some  of  the 
attendees  were  from  domains  outside  of  the  engineering  CAD  field.  He  suggested  that 
people  might  be  interested  in  both  what  could  be  gained  from  current  technology  as  well  as 
what  could  be  incorporated  into  the  next-generation  technology.  He  predicted  that  the  CAD 
system  of  the  next  generation  would  not  be  monolithic,  but  rather  a  composition  of  tools 
optimized  for  specific  applications. 

Dr.  Szykman  discussed  the  final  agenda  for  the  conference.  Dr.  Jackson,  director  of 
the  NIST  Manufacturing  Engineering  Laboratory  would  introduce  the  activities  of  NIST  in 
general  and  those  of  MEL  in  particular.  Dr.  Szykman  made  special  note  of  Mr.  Dan  Deitz’s 
keynote  speech  on  the  interests  and  activities  of  network-centric  CAD  to  come.  Dr. 
Szykman  explained  that  the  research  centers  listed  under  “Technology  Demonstration 
Session”  would  be  demonstrating  software,  perhaps  software  under  development.  He 
expressed  his  intention  that  the  breakout  sessions  would  set  a  research  agenda,  indeed,  a 
road  map  for  future  research  funding. 
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Welcome  to  NIST 


Dr.  Richard  H.  F.  Jackson,  Director,  Manufacturing  Engineering 
Laboratory,  NIST  (jackson@cme.nist.goy) 

(20  full-page  slides  start  after  page  C-7) 


Dr.  Regli  introduced  Dr.  Jackson  as  the  Director  of  NIST’s  Manufacturing  Engineering 
Laboratory. 

Dr.  Jackson  said  he  would  talk  about  not  just  what  the  Manufacturing  Engineering 
Laboratory  was,  but  also  what  NIST  was,  to  provide  context.  He  emphasized  that  the 
workshop  that  the  participants  were  about  to  engage  in  was  extremely  important  to  NIST, 
so  that  NIST  could  gain  insight  into  their  needs. 

Dr.  Jackson  said  that  NIST  was  the  only  national  research  laboratory  whose  specific 
mission  is  to  serve  U.S.  industry,  and  that  that  mission  had  been  substantiated  by 
legislation.  NIST  has  served  U.S.  industty  since  1901  as  the  National  Bureau  of 
Standards,  and  since  1988  as  the  National  Institute  of  Standards  and  Technology.  It  was  in 
1988  that  the  government  had  added  “assist  industry  in  the  development  of  technology  and 
procedures”  to  NIST’s  mission.  Guest  researchers  at  NIST  are  one  means  of  technology 
transfer  to  industry. 

Dr.  Jackson  said  that  the  NIST  mission  was:  ‘To  promote  U.S.  economic  growth  by 
working  with  industry — and  pointed  out  that  “worlmg  with  industry”  was  “right  up 
front”  in  the  mission,  and  that  NIST  is  here  to  help  industry. 

NIST  sponsors  four  main  programs.  The  Advanced  Technology  Program  is  a  cost¬ 
sharing  pro^am  with  industry;  the  Manufacturing  Extension  Partnership  helps  small  and 
medium  businesses  adopt  new  technology;  the  Quality  Program  is  far-reaching;  the  NIST 
Laboratory  Program  focuses  on  measurements  and  standards,  including  standard  reference 
databases. 

Recently,  the  reorganization  of  the  Computer  Systems  Laboratory  and  the  Computing 
and  Applied  Mathematics  Laboratory  has  been  approved  at  NIST,  merging  them  into  the 
Information  Technology  Laboratory.  Manufacturing  research  occurs  in  all  NIST 
laboratories. 

The  Manufacturing  Engineering  Laboratory  (MEL)  has  four  technical  divisions,  and 
also  operates  the  Fabrication  Technology  Division,  also  known  as  “shops” — ^the  people  that 
make  things  for  NIST.  MET.,  serves  especially  the  mechanical  manufacturing  industry  — 
people  who  make  discrete  parts.  Also,  MEL  addresses  issues  that  cut  across  all 
manufacturing  industries. 

Among  the  basic  units  in  the  International  System  of  Units  (SI),  there  is  only  one 
remaining  artifact  standard,  that  is,  a  standard  that  is  not  derived  from  first  principles.  Hiat 
standard  is  the  kilogram  in  Paris  at  the  International  Bureau  of  Weights  and  Measures 
{“Bureau  International des  Poids  et Mesures”,  or  BIPM).  NIST  has  sirnilar  artifacts  called 
K4  and  K20,  and  provides  calibration  services  for  mass,  length,  acoustics,  vibration  and 
accelerometry. 

MEL  staff  also  works  to  provide  information  standards  for  interoperability.  MEL 
considers  how  to  develop  and  disseminate  these  standards,  and  how  to  provide  calibration 
services  and  reports. 

MEL  is  organized  around  four  basis  programmatic  thrusts.  Manufacturing  Systems 
Integration  is  the  thrust  that  sponsored  the  Network-Centric  CAD  Workshop. 
Manufacturing  Metrology  considers  how  to  provide  fast  and  reliable  measurements,  both  in 
the  laboratory  and  in  the  real  world — on  the  shop  floor.  Manufacturing  Processes  and 
Equipment  concerns  high-precision  manufacturing  and  machining.  Intelligent  Machines  is 
the  fourth  thrust. 
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Manufacturing  has  changed  throughout  history.  Through  the  Industrial  Revolution, 
craft-based  manufacturing  became  mass  production.  When  industry  faced  the  abUity  to 
inte^ate  computers,  machines,  and  robots,  NIST  asked  itself  what  it  would  have  to 
provide  as  mass  production  became  automation.  The  answer  then  (ten  to  fifteen  years  ago) 
was  that  NIST  would  have  to  research  flexible  automation  (“lights  out”  factories),  which 
required  a  testbed.  So  NIST  built  the  Automated  Manufacturing  Research  Facility  (AMRF) 
in  order  to  pursue  relevant  research. 

The  AMRF  had  six  workstations  (now  old  hat,  but  exciting  ten  years  ago)  and  a  robot- 
guided  cart.  Through  the  AMRF,  NIST  considered  in  the  AMRF  what  standards  were 
needed  but  it  is  not  meant  to  compete  with  industry. 

Dr.  Jackson  described  his  “\^at’s  Next  in  Manufacturing?”  slide  as  “lots  of  concepts 
and  buzzwords.”  He  summarized  it  by  saying  that  in  the  future,  there  would  be  lean 
organizations,  global  in  outlook,  distributed  in  operation,  and  agile  and  flexible  to  adapt  to 
customer  needs.  Information  technology  is  changing  what  we  do  and  how  we  operate. 

It  used  to  be  that  the  primary  inputs  to  a  manufacturing  process  were  capitid,  material, 
and  labor.  Now,  the  ad(^tion  of  information  has  become  accepted.  It  is  incumbent  upon 
MEL  to  address  issues  of  measurement  and  standards  for  information-based 
manufacturing.  Thus,  MEL  built  the  National  Advanced  Manufactured  Testbed  (NAMT) — 
a  showcase  for  the  future  of  manufacturing,  when  people,  computers,  and  software  are 
networked. 

NAMT  was  brought  on-line  on  24  September  1996.  There  are  four  NAMT  start-up 
projects  exploiting  information  technology;  two  of  them — ^Manufacturing  Framework  and 
Nanomanufacturing  of  Atom-Based  Standards — ^would  be  presented  later  at  the  conference. 
The  other  two  are  ^aracterization.  Remote  Access,  and  Simulation  of  Hexapod  Machines; 
and  Machine  Tool  Performance  Model. 

Nanoartifacts  are  the  calibration  standard  of  the  future.  They  exist  in  a  vacuum,  so  they 
must  be  used  through  teleoperation.  But  if  one  is  to  use  teleoperation,  one  may  as  well  do 
so  remotely,  from  another  room  or  even  across  the  country. 

The  hexapod  is  the  first  new  machine  tool  idea  in  a  hundred  years.  NAMT  focuses  on 
its  performance,  its  characteristics,  and  how  to  improve  it. 

The  Machine  Tool  Performance  Model  project  explores  highly  accurate  simulation 
models  of  particular  machine  tools,  and  how  to  make  those  models  more  exact.  The  goal  is 
to  be  able  to  “cut  bits”,  before  cutting  air,  before  cutting  metal. 

Dr.  Jackson  thanked  the  participants  for  coming,  and  said  that  NIST  beheved  that  they 
could  leverage  their  work  on  top  of  the  work  of  NIST.  One  of  NIST’s  goals  is  to  identify 
barriers  to  that  leverage,  and  how  to  eliminate  those  barriers. 
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Overview  of  Workshop  Goals 

Dr.  William  Regli,  NIST  (regli@cme.nist.gov) 
(11  full-page  slides  start  after  page  C-29) 


Dr.  Regli  described  the  purposes,  goals,  and  procedures  of  the  workshop.  The 
primary  goi  of  the  workshop  was  long-term  research  planning,  in  order  to  give  feedback 
to  government  agencies  who  fund  academia  and  industry. 

Part  of  the  workshop  objectives  were  to  determine  which  issues  were  research  issues, 
and  which  were  development  issues,  though  this  determination  is  a  “moving  target”.  The 
workshop  was  not  meant  to  focus  on  proprietary  solutions,  but  to  identify  long-term 
issues.  Among  the  workshop  attendees  were  many  mechanic^  CAD  researchers,  as  well 
as  researchers  from  the  AEC  (Architecture,  Engineering,  and  Constraction)  community. 

The  tools  for  NETCAD  (NETwork-centric  CAD)  are  important  regardless  of  what 
domain  they  concern.  “Information  appliances”  for  NETCAD  include  PCs  (Personal 
Computers).  Tools  will  need  to  be  tied  into  software  applications  and  projects  on  a 
network,  so  that  everyone  from  a  small  machine  shop  to  General  Electric  can  use  them. 
The  identification  of  new  types  of  software  services  addresses  the  needs  of  customers, 
while  intero^rability  is  addressed  by  examining  integration  mechanisms. 

Dr.  Regli  was  pleased  to  introduce  the  keynote  speaker,  Mr.  Dan  Deitz,  explaining  that 
he  had  been  covering  Internet  technology  for  about  four  years,  and  had  tklked  to  most  of 
the  companies  that  sent  participants  to  the  workshop. 

Dr.  Regli  charged  the  workshop  attendees  and  speakers  to  describe  their  successes,  as 
weU  as  their  challenges — ^the  latter  not  with  a  six-month  horizon,  but  rather  problems  for 
years  to  come.  Dr.  Regli  intended  the  participants  to  use  the  breakout  sessions  to  propose 
other  technical  areas  of  study  for  the  future,  such  as  the  next-generation  Internet  that  would 
be  a  hundred  times  faster  than  the  current  Internet. 


An  Industry-Wide  Perspective 

Mr.  Dan  Deitz,  Associate  Editor,  ASME  Mechanical  Engineering  Magazine 

(deitzd@asme.org) 

(talk  given  without  slides) 


Dr.  Regli  introduced  Mr.  Dan  Deitz  as  one  of  the  associate  editors  of  the  primary 
publication  of  ASME  (American  Society  of  Mechanical  Engineers),  Mechanical 
Engineering  magazine.  Previously,  Mr.  Deitz  had  been  editor-in-chief  of  Computers  and 
Mechanical  Engineering,  and  had  spent  ten  years  with  ASME. 

Dr.  Regli  said  that  he  had  been  following  Mr.  Deitz’ s  articles  for  three-to-four  years, 
and  had  said  to  himself,  “He’s  talking  to  the  people  I  want  to  talk  to!”  Thus,  Mr.  Deitz  was 
the  ideal  person  to  come  and  discuss  issues:  “where  are  the  lines  in  the  sand?” 

Dr.  Regli  noted  that  he  had  warned  Mr.  Deitz  that  the  audience  would  ask  questions. 

Mr.  Deitz  spoke  from  a  typescript;  a  copy  follows. 

First,  please  let  me  say  that  it’s  a  pleasure  to  be  here  to  support  the  efforts  of  our 
sponsors,  the  speakers,  and  participants  to  investigate  the  opportunities  and  challenges 
posed  by  network-centric  CAD.  The  distinguished  speakers  you’ll  hear  later  on  will  assess 
how  the  Internet  as  well  as  private  networks  will  affect  particular  agents  and  activities  of  the 
product  development  process:  agents  such  as  the  virtual  enterprise  and  the  enterprises 
composing  a  supply  chain,  for  example,  as  well  as  activities  such  as  product  design, 
product  definition,  product  data  management,  and  supply  chain  management.  Before  they 
do,  I’d  like  to  give  you  a  very  broad  introduction  to  network-centric  CAD  by  addressing  its 
central,  if  still  emerging,  role  in  the  business  strategies  of  enterprises  of  all  sizes. 

Since  my  affiliation  viiih  Mechanical  Engineering  magazine,  I’ve  had  an  opportunity  to 
follow  the  development  of  the  computer-aided  design,  engineering,  and  manufacturing 
industry  from  roughly  about  the  time  academics  were  showing  off  some  of  the  first 
software  programs  for  producing  solid  and  surface  models.  Looking  back.  I’d  say  that  the 
most  remarkable  and  significant  development  since  then  is  happening  today,  wii  the  rise 
of  the  Internet  occurring  just  as  companies  worldwide  are  embracing  the  single-database 
model  for  managing  3-D  CAD  data  and  just  as  they  are  beginning  to  recognize  the  value  of 
managing  product  data  throughout  an  enterprise,  and  sometimes  throughout  an  entire 
supply  chain. 

I  think  it’s  safe  to  say  that  most  or  all  of  us  recognize  that  the  ability  to  manage  product 
data  on  a  meta  level  will  have  a  profound  impact  on  enterprises  in  the  future.  (Indeed,  it  is 
already  today.)  Enterprises  are  recognizing  that  the  content  produced  or  used  by  network- 
based  CAD  systems  are  key  corporate  assets,  and  many  companies  are  putting  in  place 
programs  for  managing  these  assets  as  carefully  and  thoughtfully  as  physical  assets  and 
human  resources  are  managed.  In  may  cases,  these  assets  are  being  made  available  far 
beyond  the  boundaries  of  engineering  departments,  in  areas  such  as  purchasing  and  sales, 
where  web-enabled  product-data-management  (PDM),  component-management,  and  other 
database-management  systems  equipped  with  browsers  allow  users  to  view  and  manipulate 
CAD  data  without  knowing  how  to  use  CAD  systems  or  work  with  CAD  data. 

Increasingly,  these  network-centric  systems  for  managing  engineering  content  will 
serve  as  decision-support  tools  for  executives  in  various  departments  as  they  craft  business 
strategies.  For  example,  in  addition  to  helping  engineering  managers  keep  projects  on 
track,  these  systems  will  help  executives  identify  key  engineering  benchmarks  and  track 
product-  development  milestones.  They  will  also  help  executives  communicate  business 
goals  more  effectively  to  engineers  and  technical  professionals.  To  mention  just  one 
possibility,  compames  that  adopt  Internet  or  intranet-based  procurement-management 
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systems  may  help  design  engineers  function  more  effectively  as  front-line  soldiers  in  the 
battle  to  reduce  the  cost  that  end  consumers  ultimately  must  pay  for  a  new  product. 

However,  if  enterprises  want  to  leverage  network-centric  CAD  systems’  engineering 
content  to  the  maximum,  they  must  ensure  Aat  the  systems  are  bi-directional.  That  means 
that  the  systems  must  enable  engineers  to  have  input  in  the  formulation  and  evaluation  of 
business  goals  and  the  strategies  that  underhe  them.  In  a  discussion  of  network-centric 
CAD,  by  necessity  we’U  have  to  focus  on  fostering  the  collaboration  of  engineers  by 
making  a  richer,  more  intelligent  set  of  product  data  available  to  whole  product  or  platform 
teams  and  by  facilitating  the  communication  among  and  between  these  teams.  However, 
we  also  need  to  keep  in  mind  that  network-centric  CAD  systems  will  have  to  be  bi¬ 
directional  not  only  between  design  and  downstream  applications,  but  also  between 
engineering  departments  and  corporate  management. 

In  this  regard,  I’ll  venture  to  predict  that,  with  the  accelerating  pace  of  technological 
change,  the  successful  enterprises  of  tomorrow  won’t  necessarily  be  technology-driven 
enterprises.  Instead,  they’re  likely  to  be  engineering-driven  enterprises.  That  means  that 
they’ll  have  in  place  a  network-centric  computing  infrastructure  and  a  CAD-content- 
management  system  that  not  only  enables  engineers  and  technical  professionals  to 
collaborate  on  Ae  development  of  a  product,  but  that  also  enables  executives  and  technical 
professionals  to  evaluate  the  technological  implications  of  a  business  strategy  or  goal. 
Ideally,  these  enterprises  will  establish  a  means  of  evaluating  the  technological  imphcations 
of  a  business  decision  as  meticulously  and  methodically  as  executives  evaluate  the  tax 
impact  of  a  business  decision  today.  Network-centric  CAD  systems  will  play  a  major  role 
in  making  this  possible. 

Developments  in  the  business  world  clearly  are  driving  companies  to  adopt  a  network¬ 
centric  CAD  and  content-management  model.  New  products  are  being  introduced  at  an 
ever-faster  rate  and  product  life  cycles  are  shrinking,  making  the  cost  of  the  product- 
development  process  itself  more  important  as  a  cost  £iver  than  ever  before.  Traditional 
products  are  taking  on  new  functions,  as  famihar  devices  such  as  cellular  telephones  are 
loaded  with  Java  applets  that  extend  their  capabilities  beyond  those  of  voice 
communication.  Scientists  and  engineers  at  universities  and  corporate  research  centers 
around  the  world  are  not  just  redesigning,  but  re-conceiving  office  equipment  to  take 
advantage  of  the  compute  power  of  next-generation  CPUs.  And  as  products  continue  to 
get  sm^ler,  whole  new  markets  are  emerging  or  appearing  on  the  horizon  for  a  wide 
variety  of  portable  devices;  the  portable  defibrillator  is  just  one  example.  To  successfully 
create  these  new  products  and  markets,  executives  need  more  than  ever  to  consider 
engineering  and  technology  drivers  along  with  traditional  criteria,  such  as  tax  implications 
and  return  on  investment,  when  making  business  decisions.  In  this  environment,  then, 
defining  the  goals  of  a  network-centric  CAD  system  and  putting  such  a  system  in  place  are 
emerging  as  key  elements  of  successful  enterprises’  business  strategy  of  creating  new 
products  and  inventing  new  markets. 

Before  I  go  any  higher  in  the  ether  to  give  you  this  bird’s  eye  view.  I’d  like  to  offer  a 
concrete  example  of  what  I  have  in  mind.  As  I  was  writing  this  speech,  I  was  also 
researching  an  article  for  Mechanical  Engineering  magazine  on  the  engineering  uses  of  the 
Internet  and  private  networks.  In  the  process,  I  came  across  a  company  wiffi  a  business 
plan  that,  it  seemed  to  me,  could  only  be  executed  successfully  if  a  network-centric  CAD 
model  were  in  place.  The  company  in  this  particular  case  is  a  joint  venture  of  Bosch  and 
Siemens  in  Europe  that  produces  home  appliances.  The  Bosch  Siemens  appliance  division, 
a  major  force  in  the  European  apphance  industry,  is  currently  executing  an  ambitious  plan 
to  expand  internationally.  The  company  has  started  by  announcing  plans  for  opening  a 
dishwasher-manufacturing  plant  to  serve  the  North  American  market.  According  to  Bosch 
Siemens’  business  plan,  the  company  has  identified  a  market  niche  of  customers  who  want 
high-quality  dishwashers  that  use  less  energy  and  less  water  like  those  already  sold  by 
Bosch  Siemens  in  Europe.  The  company  hopes  to  leverage  its  engineering  expertise  in 
general  and  its  environmental  engineering  expertise  in  particular  and  will  do  so  by 
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organizing  existing  engineering  content  current  and  legacy  dishwasher  design  data  so  that  it 
can  be  distributed  to  engineers  at  design  and  manufacturing  sites  around  the  world. 

Many  appliance  manufacturers  have  learned  the  hard  way  that  while  “world  products” 
appeal  to  accountants  who  love  economies  of  scale,  they  don’t  always  appeal  to  customers 
in  the  appliance  stores  in  the  real  world.  Thus,  Bosch  Siemens  engineers  will  create 
dishwashers  for  local  markets  in  part  by  re  using  existing  component  designs.  Such 
customization  efforts  are  in  line  widi  anodier  goal  of  the  company’s  business  plan:  to  win 
new  business  by  working  with  housing  developers  to  deliver  dishwashers  that  have  been 
designed  specifically  to  fit  the  various  homes  in  a  specific  new  housing  development.  In 
this  context,  design  reuse  is  not  just  a  critical  goal  of  the  engineering  department;  it’s  a  key 
business  goal  of  the  company.  As  customer  needs  are  identified,  engineers  designing 
dishwashers  to  be  produced  in  the  North  American  plant  will  do  so  by  querying  the 
network  to  find  component  designs  with  specific  attributes:  for  example,  those  relating  to 
water  and  energy  use  as  well  as  geometry  and  field  conditions.  By  reducing  the  need  to 
manufacture  custom  components  with  low  production  runs  and,  conversely,  by 
maximizing  the  lot  sizes  of  purchased  components  or  existing  production  mns,  Bosch 
Siemens  engineers  potentially  will  be  able  to  satisfy  the  desires  of  a  narrow  market  niche 
while  keeping  costs  more  in  line  with  those  of  mass-produced  goods. 

I’m  sure  you  can  see  how  having  a  network-centric  CAD  and  content-management 
system  in  place  could  be  the  factor  that  makes  or  breaks  such  a  strategy  for  any  enterprise. 
With  such  a  system,  engineers  could  establish  an  infrastructure  that  enables  the  technical 
collaboration  of  design  and  manufacturing  departments  at  sites  around  the  world  as  they 
create  appliances  that  cater  to  discrete  market  niches  and  as  they  create  manufacturing 
processes  and  tools  for  producing  these  appliances.  Moreover,  the  engineers  could  help 
executives  evaluate  business  strategies  and  formulate  business  goals  more  effectively  by 
providing  data  quickly  on  how  much  a  customized  product  might  cost. 

If  approached  the  right  way,  a  network-centric  CAD  and  content-management  system 
could  help  provide  the  decision-support  information  most  needed  on  the  front  lines  of  the 
sales  and  marketing  organization.  For  example,  such  a  system  could  deliver  data  that 
salespeople  need  to  configure  products,  quote  prices,  or  estimate  delivery  times.  A 
network-centric  CAD  system  could  also  help  executives  evaluate  whether  the  current  mix  of 
customized  products  is  being  produced  efficiently  enough  to  justify  current  investment 
levels.  And  when  research  shows  that  the  sales  force  has  turned  down  business  for  a 
requested  product  configuration  in  the  past  due  to  internal  limitations  on  the  enterprise’s 
ability  to  produce  it,  a  network-centric  CAD  and  content-management  system  could  help  to 
produce  the  information  needed  to  justify  an  adjustment  to  current  investment  plans  that 
could  transform  an  overlooked  opportunity  into  a  revenue-producing  reality.  In  this  way,  a 
network-centric  CAD  and  content-management  system  can  help  enterprises  make  the  leap 
from  solving  technological  problems  to  determining  how  customer  requirements  can  be  met 
within  given  cost  constraints. 

I’ve  mentioned  this  example  not  only  because  it  illustrates  the  opportunities  of  network¬ 
centric  CAD  for  the  enterprise  as  a  whole.  I’ve  mentioned  it  because  it  also  helps  us  to 
focus  on  some  of  the  technological  limits  of  network-centric  CAD.  As  many  developers  of 
Internet-based  search-engine  technologies  will  teU  you,  the  type  of  network  searches  for 
identifying  existing  in-house  designs  or  components  from  outside  suppliers  will  be 
accepted  by  engineers  only  if  they’re  fast,  reliable,  and  easy  to  formulate.  It  goes  without 
saying  that  engineers  can’t  spend  too  much  time  investigating  aU  the  entries  ttiat  might  be 
excavated  in  a  single  search.  Moreover,  they  won’t  have  confidence  in  the  results  of  a 
search  unless  they  can  be  sure  that  relevant  information  hasn’t  been  overlooked  or  omitted 
due  to  limits  in  their  ability  to  formulate  search  criteria.  On  top  of  the  way  searches  are 
conducted,  we  have  to  consider  the  limits  of  the  computational  infrastructure.  For 
example,  many  computer  scientists  would  agree  that  an  ambitious  network-centric  CAD 
system  for  serving  Bosch  Siemens’  needs  ideally  would  be  based  on  object-oriented 
software.  However,  it’s  highly  likely  that  the  legacy  design  data  the  linchpin  of  the 
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network-centric  CAD  system  weren’t  created  with  object-oriented  software.  For  the  plan  to 
succeed,  it  seems  to  me,  theoretically  all  of  the  legacy  design  data  must  be  available.  The 
question  is,  then,  just  how  much  of  the  legacy  data  will  it  be  feasible  to  capture,  archive, 
and  distribute  using  a  network-centric  CAD  system? 

The  Bosch  Siemens  example  gives  us  just  a  taste  of  the  opportunities  and  challenges 
posed  by  network-centric  CAD  in  terms  of  leveraging  engineering  expertise  to  identify  and 
satisfy  customer  requirements.  This  example  focused  on  the  opportunities  and  benefits 
primarily  in  the  design  phase  of  the  product  life  cycle.  However,  network-centric  CAD  and 
content-management  systems  will  be  just  as  important  in  the  manufacturing  arena,  for  many 
of  the  same  reasons. 

Now  that  many  companies  are  putting  in  place  a  product-development  process  that  is 
driven  by  customer  needs,  they’re  discovering  that  customer  needs  go  beyond  those 
associated  with  design  specifications.  For  example,  customers  have  expectations  regarding 
dehvery  time  that  can  oriy  be  fulfilled  with  the  aid  of  engineering  expertise.  Network¬ 
centric  CAD  and  content-management  systems  could  help  companies  in  the  automotive 
industry  address  some  of  the  problems  associated  with  balancing  production  lines  and 
managing  mixed-model  production  lines.  They  could  do  so  primarily  by  helping  the 
enterprises  to  become  more  agile.  Outside  of  the  auto  industry,  other  companies  that  are 
creating  products  targeted  at  ever-narrower  market  niches  are  also  finding  that  the  question 
of  balancing  production  lines  and  lot  sizes  is  more  pressing  than  ever. 

Although  it’s  only  anecdotal  evidence.  I’ve  been  astonished  at  how  swiftly  some 
manufacturers  have  adopted  a  network-centric  approach  for  manufacturing  applications. 
Internet-based  servers  seem  to  be  natural  repositories  for  aU  kinds  of  plant-floor  data,  and 
they  seem  to  address  some  of  the  infrastructural  issues  surrounding  on-line  predictive 
maintenance  of  plant-floor  equipment.  They  are  also  providing  an  infrastructure  for 
quality-control  schemes  that  liiik  computer-based  inspection  of  finished  products  for 
purposes  of  comparison  with  the  original  3-D  CAD  models.  As  network-centric  CAD  and 
content-management  systems  are  broadly  adopted,  their  engineers  will  be  able  to  take 
advantage  of  an  infrastructure  for  embedding  tool  capabilities  in  CAD  tools.  As  a  result, 
such  systems  will  help  design  engineers  create  parts  and  tools  that  can  be  produced  by 
existing  tools  in  the  shop. 

In  researching  my  story  on  the  role  of  the  Internet  and  intranets  at  manufacturers,  I  also 
came  across  Generi  Motors’  plan  to  expand  its  presence  in  Far  Eastern  markets  by 
leveraging  its  aggregate  design  and  manufacturing  expertise.  Again,  it  occurred  to  me  that 
such  a  business  strategy  basically  presupposed  a  network-centric  CAD  and  content- 
management  approach.  To  execute  the  plan,  GM’s  engineers  are  customizing  automotive 
designs  to  meet  customer  requirements  and  to  comply  with  the  safety,  environmental,  and 
other  regulations  of  local  markets.  Once  again,  customization  is  to  be  achieved  through 
extensive  design  re-use  to  maximize  economies  of  scale.  In  this  case,  however,  much  of 
the  customization  work  will  be  done  by  engineers  at  GM’s  Opel  Division  in  Riisselsheim, 
Germany,  for  production  in  the  “modular”  manufacturing  plants  to  be  constructed  initially 
in  Thailand  and  then  elsewhere  in  the  Far  East.  The  work  of  customizing  manufacturing 
instructions  and  tooling  to  match  the  capabilities  of  local  plants  promises  to  be  almost  as 
engineering-intensive  as  the  job  of  customizing  the  automotive  products  themselves.  The 
rich  and  intensive  bi-directional  flow  of  information  that  network-centric  CAD  and  content- 
management  systems  ideally  will  make  possible  is  an  essential  ingredient  in  the  success  of 
such  a  venture. 

The  manufacturing  opportunities  of  network-centric  CAD  are  truly  exciting.  Network¬ 
centric  CAD  promises  to  revolutionize  the  communication  of  product  attributes  to  those 
who  produce  it.  Currently,  design  and  manufacturing  engineers  must  create  a  drawing  or 
document  to  meet  every  foreseeable  need  for  product  information  on  the  factory  floor,  not 
to  mention  the  needs  of  aU  the  other  downstream  processes.  Creating  and  managing 
engineering  documents,  obviously,  add  considerable  cost  and  time  to  the  product- 
development  process.  In  adopting  a  network-centric  CAD  model,  some  manufacturers 
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hope  to  create  a  whole  new  means  of  engineering  communication  that  reUes  on  low-cost 
personal  computers  and  relatively  easy-to-use  web  browsers,  thereby  mitigating  the  costs 
currently  imposed  by  a  strategy  of  making  3-D  CAD  models  and  3-D  CAD  software 
available  on  the  factory  floor. 

Using  this  new,  emerging  means  of  engineering  communication,  design  engineers 
begin  the  design  process  much  as  they  do  today,  by  creating  master  product  models  that 
capture  their  design  intent.  After  intelligent  master  product  models  have  been  created, 
engineers  and  other  product  or  platform  team  members  can  use  a  browser  to  find  that  part 
of  the  model  that  Aey  must  work  on,  and  they  can  create  virtually  on  demand  any 
documents  that  they  need  to  do  so.  Ideally,  a  network-centric  CAD  and  content- 
management  system  will  help  reduce  the  number  of  documents  that  must  be  generated  for 
the  next  phases  of  work,  and  it  should  at  least  reduce,  if  not  eliminate  the  need  to  create 
separate  product  databases  for  each  step  in  the  design  and  manufacturing  process. 
Moreover,  by  the  time  the  design  and  manufacturing  set-up  processes  have  concluded, 
workers  on  the  factory  floor  when  properly  outfitted  with  and  trained  in  the  use  of  a 
browser  ideally  should  be  able  to  find  any  product  data,  generate  any  additional  documents, 
or  take  any  ad^tional  measurements  needed  to  do  their  jobs  or  resolve  problems  that  arise. 

By  the  same  token,  enterprises  can  make  videos  of  intended  assembly  sequences, 
written  instructions,  and  equipment  manuals  available  on-line  using  web  home  pages  or 
other  Internet  connections.  With  the  increasing  availability  of  web  publishing  tools  and  of 
web-literate  engineering  graduates,  enterprises  are  finding  that  delivering  training  videos  or 
compiling  a  comprehensive  on-line  directory  of  all  the  equipment  in  a  plant  can  be  justified 
given  the  investment  in  cost  and  time,  which  can  still  be  considerable.  Indeed,  with  the 
increasing  ubiquity  of  web-browser  interfaces,  it’s  becoming  more  realistic  for  companies 
to  invest  in  custom-built  displays  or  navigation  menus  created  with  standard  tools.  The 
widespread  adoption  of  the  web  has  also  extended  the  reach  of  rapid-prototyping  service 
bureaus,  which  can  now  obtain  uncorrupted  STL-file  transmissions  with  ease  over  the 
Internet.  Moreover,  the  availability  of  3-D  viewers  enables  engineers  at  a  rapid-prototyping 
service  bureau  to  resolve  questions  or  address  problems  by  exchanging  3-D  e-mail  with 
engineers  at  the  customer  site.  Digital  photographs  of  finished  rapid  prototypes  are  also 
being  taken  for  transmission  via  the  Internet  to  the  customer,  who  Aen  either  approves  the 
product  or  asks  for  modifications. 

Why  should  these  capabilities  be  crucial  to  executing  a  plan  to  design  and  manufacture 
partly  customized  products  at  design  and  manufacturing  sites  scattered  all  around  the 
world?  Perhaps  the  most  compelling  reason  can  be  found  in  the  changes  already  imposed 
by  network-based  CAD  practices  in  the  past.  At  the  Chrysler  Corporation,  for  example, 
the  proper  functioning  of  networks  of  engineers  is  cmcial  to  developing  new  car,  truck, 
and  van  models  in  an  environment  where  product-development  cycles  continue  to  shrink 
However,  networks  of  engineers  tend  to  become  “hard  wired”  in  other  words,  inflexible. 
Engineers  who  have  worked  together  on  one  product-development  cycle  often  stay  together 
even  during  off  periods  until  the  next  cycle  begins. 

In  the  past,  this  way  of  working  was  beneficial  because  there  was  nothing  like  the 
human  brain  or,  to  be  more  precise,  networks  of  human  brains  organized  on  the  principles 
of  loyalty,  friendship,  professional  esteem,  and  so  on  for  keeping  track  of  essential  product 
information.  This  network  of  brain  power,  formally  recognized  in  organizational  charts, 
made  it  possible  for  organizations  to  remember  why  one  change  was  made  to  a  design 
while  another  wasn’t.  This  institutional  memory  was  and  remains  essential  to  the 
functioning  of  many  manufacturing  enterprises. 

However,  as  engineers  have  taken  advantage  of  new  ways  of  incorporating  design 
intent  into  intelligent  master  assembly  models,  and  as  they’ve  taken  advantage  of  new  tools 
for  managing  and  documenting  work  processes,  it’s  become  increasingly  possible  to 
transfer  tlus  institutional  memory  to  memory  chips.  The  more  Chrysler  engineers  take 
advantage  of  these  capabilities,  the  more  flexibility  the  company’s  engineering  managers 
have  in  using  engineering  talent.  Today  at  Chrysler,  as  soon  as  one  phase  of  a  project  has 
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been  completed,  engineers  are  assigned  on  an  as-needed  basis  to  other  pressing  projects. 
As  a  result,  human-resources  are  being  used  more  efficiently  and  more  in  accordance  with 
the  needs  of  product  development,  which  is  one  of  the  reasons  why  Chrysler  has  made 
good  progress  in  its  goal  of  reducing  the  product  development  process  overdl. 

Thus,  by  making  vast  product-definition  databases  or  intelligent  master  product  models 
available  on  the  Internet  or,  more  likely,  on  a  private  network,  companies  like  GM  and 
Chrysler  are  finding  ways  to  preserve  design  intent  so  that  anyone  with  the  needed  skills — 
and  not  just  the  requisite  institutional  memoty — can  contribute  meaningfully  to  design  and 
manufacturing  projects.  Moreover,  the  availability  of  such  product  definitions  or  master 
models,  with  ^  Aeir  attending  documents,  potentially  makes  it  easier  for  engineers  at 
manufacturing  sites  to  gather  the  information  needed  to  justify  departures  from  a  design 
strategy  the  use  of  a  different  material  than  the  one  specified,  for  example  when  local 
conditions  warrant.  Conversely,  having  such  information  available  ideally  should  make  it 
that  much  easier  for  engineers  no  matter  where  they  are  or  what  their  role  was  in  the  design 
process  to  justify  spending  more  to  avoid  repeating  mistakes  of  the  past. 

The  opportunities  posed  by  network-centric  CAD  for  enterprises  with  far-flung  design 
and  manufacturing  centers,  thus,  are  obvious.  The  pitfalls  are  obvious,  too.  Most  CAD 
vendors  will  tell  you  that  to  use  CAD  systems  to  truly  reduce  product-development  cycles, 
you  typically  need  to  re-engineer  your  product-development  process  as  a  whole.  The 
problem  is  that  our  tools  and  technologies  are  changing  so  quicldy  it’s  hard  to  know  where 
to  allocate  human  resources.  Much  of  the  clerical  work  that  engineers  perform  should  be 
eliminated  as  more  and  more  engineers  use  master  assembly  models  and  browsers  to 
generate  design  and  manufacturing  documents  on  demand.  On  the  other  hand,  additional 
work  is  being  created  in  other  areas.  For  example,  there  are  new  needs  to  make  sure  that 
engineering  information  on  a  project  home  page  is  up-to-date  and  accessible  only  to  those 
who  have  a  need  to  know.  Unless  organizations  change  the  way  individuals’  job 
descriptions  and  departments’  missions,  network-centric  CAD  and  content-management 
systems  may  provide  only  incremental  benefits. 

Many  manufacturing  entep>rises  have  high  expectations  regarding  network-centric 
CAD’s  ability  to  maximize  engineers’  efficiency  and  to  leverage  engineering  talent  in  order 
to  satisfy  customers’  desires.  Network-centric  CAD  systems,  then,  will  have  to  meet  high 
expectations  regarding  the  quality,  integrity,  and  completeness  of  information  to  gain  the 
confidence  of  users,  which  will  determine  to  a  great  extent  how  successful  installations  will 
be.  As  a  result,  we’re  now  seeing  the  transformation  of  engineering  departments  as  they 
assume  formal  responsibilities  for  the  archiving  and  management  of  engineering  content. 
For  example,  materials  departments  at  some  companies  are  now  establishing  repositories  of 
approved  materials  and  their  properties  accessible  on-line  via  the  Internet  or  an  intranet; 
some  can  be  integrated  for  access  with  a  CAD  system,  while  others  especially  in 
installations  where  several  CAD  systems  are  used  might  be  better  accessed  through  a  web 
browser. 

As  the  boundaries  between  departments  and  work  teams  become  more  fluid,  we’re 
seeing  a  similar  development  in  the  relations  of  primary  manufacturers  and  their  suppliers 
in  the  supply  chain.  To  some  extent,  they  mirror  changes  in  the  relations  between  design 
and  manufacturing.  Since  the  shake-up  in  supplier  relations  at  the  largest  manufacturers 
that  was  initiated  by  the  adoption  of  just-in-time  practices,  suppliers  have  acted  more  and 
more  as  the  “manufacturing  departments”  of  their  customers.  This  strategy  allows  primary 
manufacturers  to  focus  on  products  and  processes  in  which  they  have  a  particular 
advantage.  As  their  customers  have  adopted  network-based  approaches  to  link  internal 
design,  analysis,  and  manufacturing  activities,  a  corresponding  need  in  many  cases  has 
arisen  for  suppliers  to  participate  in  the  design  and  analysis  phases.  As  internal  design, 
analysis,  and  manufacturing  departments  have  made  progress  in  “getting  designs  right  the 
first  time,”  manufacturers  are  scratinizing  suppliers’  performance  more  intensely  than 
ever — a  scrutiny  made  more  intense  yet  again  by  the  fact  that  suppliers  are  essentially 
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responsible  for  the  last  phase  in  the  process,  manufacturing,  and  thus  by  default  are  often 
seen  as  “bottlenecks.” 

Here  again,  network-centric  CAD,  inexpensive  PCs,  and  easy-to-use  browsers 
potentially  offer  suppliers  a  means  of  contributing  earlier  to  design  and  analysis  phases. 
However,  some  manufacturers  have  proceeded  more  cautiously  in  opening  the  lines  of 
communication  from  their  private  internal  networks  to  suppliers’.  In  the  area  of  supply 
chain  management,  technical  issues  such  as  security  and  data  exchange  still  tend  to 
predominate,  at  least  at  the  companies  I  visit. 

From  here  on,  this  workshop  will  be  devoted  to  exploring  all  of  these  areas  the 
opportunities  to  realize  the  benefits  of  network-centric  CAD  and  content  management,  as 
well  as  the  technical  questions.  We’ll  hear  some  of  the  specifics  regarding  the  agents  of  the 
product  development  process  enterprises  and  supply  chains  and  how  they’re  using  or  could 
be  using  network-centric  CAD  tools  to  meet  business  goals,  such  as  reducing  product- 
development  cycle  times  and  costs  and  becoming  more  flexible.  We’ll  also  take  a  detailed 
look  at  how  engineering  tools  are  evolving  in  response  to  the  rise  of  the  Internet  and 
private  networks.  These  tools  include  design  automation  software  and  product-data- 
management  systems.  We’ll  also  examine  opportunities  for  using  the  web  to  manage  the 
supply  chain. 

Before  we  go  to  the  break.  I’d  like  to  offer  one  bit  of  anecdotal  evidence  that  supports 
the  importance  of  the  efforts  of  the  people  in  this  room.  The  editors  of  Mechmical 
Engineering  travel  extensively  to  meet  with  engineers  in  aU  industries,  and  the  most 
frequent  request  we’ve  heard  has  to  do  with  education.  Small  and  mid-size  companies 
including  job  shops  are  keenly  interested  in  partnering  with  customers  to  help  them  solve 
business  problems  and  achieve  their  business  goals.  Many  of  them  are  anxious  to  upgrade 
their  hardware  and  software  tools  as  weU  as  the  skill  sets  of  their  engineering;  from  our 
experience  at  the  American  Society  of  Mechanical  Engineers,  aU-around  engineers  are  in 
great  demand.  Requests  for  education  by  engineers  at  small  and  mid-size  companies  are 
echoed  by  engineers  at  prim^  manufacturers,  who  emphasize  that  educating  their 
business  partners  is  just  as  crucial  to  the  success  of  network-centric  business  strategies  as  a 
network  infrastructure  itself. 

Thus,  wherever  we  go,  we  find  growing  interest  in  the  ‘Net  and  in  network-centric 
approaches.  Fortunately,  I  think  this  interest  is  going  and  will  continue  to  go  beyond  being 
merely  that,  an  interest,  because,  on  paper  at  least,  the  ‘Net  itself  and  network-centric 
approaches  make  it  fairly  straightforward  to  realize  even  some  of  the  most  ambitious 
dreams.  It  looks  like  we’re  positioned  for  a  fairly  substantial  transfer  of  technology  to 
small  and  mid-size  companies  and  for  a  continuing  re-engineering  of  the  development 
process  for  products  of  all  kinds.  Now,  it’s  on  to  the  details  and  to  the  many  barriers  that 
still  remain. 

A  question-and-answer  period  followed  Mr.  Deitz’s  talk.  Questioners  are  identified  by 
number. 

Ql:  Regarding  management  of  design  content  and  design  intent,  what  tools  are 
available  today,  and  what  are  the  research  issues?  My  CAD  system  can  say  “thickness-to- 
diameter  for  hole”,  but  cannot  capture  design  intent. 

A;  Problem:  we  don’t  have  actual  intent — ^that’s  in  the  research  phase.  There  are 
stopgap  measure  such  as  “digital  stickers”  that  designers  can  use  to  indicate  why  they  made 
certain  choices — ^but  the  stickers  aren’t  searchable,  so  they’re  useless. 

Ql:  How  about  design  process  management? 

A:  The  biggest  companies  are  talking  about  it,  but  no  one  seems  to  be  doing  it. 
They’re  still  ev^uating  tasks  to  see  what  t^es  the  most  amount  of  time. 
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Q2:  Regar^ng  the  Bosch/Siemens  integration,  are  they  using  off-the-shelf  tools — ^the 
state  of  the  art  in  customer  systems — or  in-house  customization? 

A:  Customization  with  an  in-house  Unix  system,  that  costs  lots  of  money.  But  I  think 
that  a  Windows-based  system  with  PCs  and  browsers,  Java,  and  the  like  could  do  the  same 
thing  more  cheaply.  They  may  have  chosen  Unix  because  of  legacy  data. 

Q2:  Do  they  use  an  added  layer  on  top  of  their  CAD  systems? 

A:  They  use  CAD5,  and  Computervision,  but  customized. 

Q3:  Is  there  any  movement  to  Product/Process  Design  Advisors  to  give  advice  across 
the  Internet? 

A:  There’s  great  interest,  but  it’s  a  low  research  priority,  because  companies  know  that 
it  win  take  a  long  time  to  get  there.  Like  Environmental  Management  Advisors,  they  are 
research  issues. 

Q4:  Are  intranets  or  the  Internet  being  used? 

A:  Engineers  complain  about  the  lack  of  timesharing  resources — ^they  use  local 
resources,  flien  distribute  them. 

Q5:  Did  you  talk  to  small  companies,  of  about  12-36  people,  for  example,  design 
shops?  Notjust  multinational  companies? 

A:  Small  companies  are  very  important  to  us.  Ten  years  ago,  most  ASME  members 
were  from  large  companies.  Now,  many  more  are  from  small  or  mid-sized  companies. 
We  find  small  and  mid-sized  companies  very  interested  in  the  Internet  as  the  great  leveler, 
as  it  gives  better  access  to  information. 

For  example,  we  talked  to  a  tmck  body  manufacturing  company,  with  an  engineering 
design  staff  of  eight  people,  under  pressure  to  cut  costs. 

Q6:  It  seems  that  small  companies  are  interested  in  herd-use  downloadable  design 
advisors,  since  they  can’t  do  large-scale  customization  like  Siemens. 

A:  Exactly.  We  are  aggressively  covering  that  area  in  upcoming  years.  Lots  of  Java 
applets  are  being  developed. 

Aso,  virtual  manufacturing  process  advising  centers,  such  as  one  at  the  University  of 
Nebraska,  are  coming  into  greater  prominence.  They  are  made  virtual  by  the  WWW,  like 
education  extension  centers. 

Q7:  Do  you  find  companies  avoiding  the  Internet  because  of  security  issues?  For 
example,  one  company  I  know  of  won’t  put  their  catalogs  on  the  Internet  because  their 
lawyers  fear  it  will  bring  down  the  company. 

A:  Yes.  For  example,  I  know  of  big  rapid  prototyping  manufacturers  who  will  not  use 
the  Internet  at  all,  because  they  don’t  want  Aeir  data  to  go  out  through  firewalls.  They  are 
spending  lots  of  money  for  in-house  service  bureaus  instead. 
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Support  of  Virtual  Enterprise  Computing  by  the  Emerging 
Capabilities  in  MDA  and  PDM  Systems 

Dr.  A1  Klosterman,  Vice  President,  SDRC  (al.klosterman@sdrc.com) 
(24  slides  on  12  pages  start  after  page  C-43) 


Dr.  Regli  introduced  Dr.  Klosterman  as  having  been  at  SDRC  (Structural  Dynamics 
Research  Corporation)  for  almost  26  years,  that  is,  since  the  beginning. 

Dr.  Klosterman  said  that  he  would  talk  about  SDRC’s  traditional  strengths  in  MDA 
(Mechanical  Design  Automation),  new  strengths  in  PDM  (Product  Data  Management),  and 
developing  strengths  in  RDE  (Requirements  Driven  Engineering).  SDRC  has  25,000 
employees,  250  million  dollars  in  sales,  and  is  traditionally  an  MDA  company.  Ford  and 
Siemens  have  standardized  with  SDRC’s  product. 

Dr.  Klosterman’ s  focus  is  on  how  to  computerize  RDE  to  link  people  together  and 
solve  problems.  He  knew  that  he  didn’t  need  to  belabor  the  network-centric  CAD  issue  at  a 
network-centric  CAD  workshop. 

Regarding  the  assumptions  involved  with  collaboration  and  user  interaction,  there  are 
complex  processes  in  building.  Multidisciplinary  electrical  and  mechanical  computing  takes 
place  in  a  geographically  distributed  manner,  as  opposed  to  individual-centric  systems.  A 
system  looking  at  integrated  concurrent  product  engineering  and  PDM  can  deal  with  this 
entire  enterprise  process. 

As  product  and  process  complexity  grows,  a  system  must  manage  complexity  for  the 
user.  One  important  element  is  ease  of  use:  a  major  inhibitor  of  technology  to  date.  SDRC 
wants  to  automate  the  information  equivalent  of  “housekeeping”  in  a  better  way. 

A  key  element  of  the  visual  and  direct  interface  is  that  if  you  are  trying  to  build  a 
product,  it’s  important  to  be  able  the  “virtually”  bump  this  part  against  that  part.  Thus,  the 
system  must  mimic  physical  reality. 

The  user  interface  metaphor  involves  thinking  about  ftill  products,  which  are  what 
design  and  modeling  mean  in  this  context — ^as  opposed  to  generic  part-modeling  systems. 
To  make  systems  easy  to  use,  they  must  be  customizable;  an  infirastmcture  is  necessary  in 
order  to  do  this  better.  In  the  automotive  world,  they  customize  a  standard  CAD/CAM 
system  to  their  specific  needs.  A  task-specific  user  interface  can  be  configured  very 
quickly  with  visu^  tools. 

The  “ORB  (Object  Request  Broker)  Infrastracture  Architecture”  slide  is  SDRC’s  view 
of  how  this  infrastmcture  would  look,  leveraging  CORBA  and  other  legacy  technology. 
SDRC  created  an  MDA  system  ^-DEAS)  and  a  PDA  system  (Metaphase).  SDRC  is 
thinking  about  what  PDE  module  is  needed  here. 

SDRC  intends  to  leverage  agents  to  tie  multiple  disciplines  together:  the  three 
disciplines  are  Design,  Analysis,  and  Manufacturing.  Variational  (three-dimensional) 
geometry — ^not  history  information — ^is  necessary  to  capture  design  intent.  Because  some 
users  are  in  two-dimensional  domains,  and  some  are  in  three-dimensional  domains,  they 
must  work  together  and  propagate  chanps.  Features  are  an  important  element  in 
communicating  a  design  across  various  disciplines. 

Performance  analysis  is  also  important:  while  abstractions  (such  as  finite  elements) 
exist,  they  should  be  “under  the  covers”.  Additional  physics  are  required,  not  just  stress, 
but  also  fluids  and  electromagnetics. 

In  manufacturing  automation,  virtual  machining  must  work  in  conjunction  with  design 
intent.  Three-dimensional  variational  design  can  maintain  design  intent.  In  real  time,  the 
user  should  be  able  to  interact  with,  sculpt,  and  bump  surfaces.  The  associativity  among 
views  must  be  across  abstractions,  not  independent  data  sets.  Intelhgent  agents  and 
advisors  are  necessary  to  conununicate  design  intent. 
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In  the  PDM  interface,  because  the  problem  at  hand  is  a  virtual  enterprise,  it  is  important 
that  the  systems  work  seamlessly  together  by  automatically  mapping  the  product  structure. 
PDM  systems  don’t  provide  this  kind  of  control  today. 

The  “PDM  Interface  &  Integration  Reqr.:  Requirements”  shde  is  SDRC’s  first  effort  to 
describe  a  PDM  interface.  PDM  systems  need  to  know  which  users  created  what  parts 
with  what  information.  There  is  also  a  need  for  transparent  linkages  to  the  other  existing 
databases. 

MetaWeb  is  an  emerging  Internet  browser  with  a  transparent  linkage  to  external 
databases.  MetaView  is  an  application  integration  toolkit  that  reads  the  API  (Application 
Programming  Interface)  of  a  database  and  of  the  PDM  system  and  allows  them  to 
interoperate. 

Design  for  vaiiabihty  must  allow  things  to  change  under  the  right  conditions.  For 
example,  using  a  different  motor  might  require  different  support  for  the  motor.  The 
Reqi^ements  and  Knowledge  Assisted  Product  Development  process  involves  getting 
requirements  and  representing  them  in  a  computer,  so  as  to  leverage  corporate  knowledge 
for  future  products.  A  “Requirements  Engineering  Advisor”  illustrates  the  old  way  of 
doing  things — ^by  hand.  The  “Support  for  Virtual  Enterprise  Computing”  slide  summarizes 
the  talk. 

A  question-and-answer  period  followed  Dr.  Klosterman’s  talk.  Questioners  are 
identified  by  number. 

Ql:  In  your  talk,  you  said  that  product  complexity  keeps  growing.  Did  you  mean 
mechanical  complexity  or  integration  complexity? 

A:  There  are  a  lot  more  electrical  components;  for  example,  computers  in  cars.  There 
are  a  lot  more  stringent  requirements;  for  example,  crash  requirements  in  automobiles — ^but 
there’s  no  crash  simulator  inside  the  computer.  There’s  a  lot  more  involvement  from  the 
marketplace. 

Q2:  Let’s  discuss  your  “ORB  Infrastmcture  Architecture”  slide.  How  much  realized 
experience  do  you  have  with  CORE  A? 

A:  We  feel  CORBA  is  the  right  standard,  and  is  better  than  Microsoft’s  expansion  of 
OLE.  CORBA  doesn’t  have  all  the  performance  we  want  now,  but  we  think  it  will  over 
time.  Our  specific  CORBA  projects  number  in  the  dozens,  not  in  the  thousands. 

Q3:  Same  slide.  Are  you  using  CORBA  in  an  object  brokering  manner,  or  in  a 
specific  interfacing  manner? 

A:  We’re  using  legacy  systems  that  were  not  built  from  an  object-oriented  point  of 
view.  CORBA  supports  both  object-oriented  systems  and  traditional  systems.  We  use  it 
more  for  traditional  systems  at  this  point,  say  about  80%. 

Q4:  You  describe  interesting  large-company  applications.  How  can  they  be  passed  to 
second-tier  and  third-tier  suppliers  with  two-thousand-dollar  to  five-thousand-dollar  CAD 
systems? 

A:  The  National  Industrial  Information  Infrastructure  Program  (NTTTP)  is  our  context. 
They  address  both  large  and  small  companies.  I’m  one  of  the  NTTTP  technical  advisors,  so 
I’m  making  sure  that  small  companies  are  part  of  NmP. 

SDRC  is  focusing  on  large  companies,  but  SDRC  intends  that  others  focus  on  small 
and  medium  companies.  Small  companies  can  download  the  information  in  our 
architecture. 

NinP  has  been  doing  work  for  two  years  in  the  CORBA  environment.  We’ve  done 
lots  of  work  with  CO]^A  and  the  Internet.  Yes,  there  are  breakages.  But  we’re 
convinced  that  it’s  the  right  way  to  go.  The  CORBA  engineers  keep  plugging  holes. 
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Q5:  Does  CORBA  keep  up  with  other  standards? 

A:  Yes.  Press  releases  are  easy — ^Microsoft’s  good  at  them, 

Q6:  In  the  “ORB  Infrastructure  Architecture”  slide,  it’s  very  easy  to  say  “look  at 
manufacturability  as  design  rules.”  What’s  your  strategy  for  populating  design  rules 
through  the  environment  for  customers? 

A:  We  provide  an  environment  with  an  infrastmcture  and  a  CORBA  interface. 
Customers  provide  rules  in  the  context  of  that  environment.  They  interview  experts,  collect 
data,  and  propagate  rules. 

Q6:  Good  idea.  Follow-up  question:  How  much  input  do  knowledge  engineers  at,  for 
example.  Ford,  have  in  these  interfaces? 

A:  Lots  of  input,  especially  into  the  next  release  of  the  product.  The  interfaces  are  a 
“moving  target”  right  now;  we  hope  the  moving  target  settles  down. 

Q7:  Metaphase  came  from  DARPA’s  RASP  program.  As  part  of  that,  RDD  100  came 
out,  with  its  RDE  focus,  as  did  RDD  2000.  How  does  RDD  1(W  fit  into  your  RDE? 

A:  I  was  not  aware  of  RDD  100  and  will  look  into  it.  The  original  driver  for 
Metaphase  was  from  DMCS,  a  system  from  GE  from  the  70’s  and  early  80’ s.  I  don’t 
know  what  roots  Metaphase  has  in  government-sponsored  programs. 
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Electronic  Product  Definitions  and  Internet  Technology 


Dr.  Ravi  Ravindra,  Senior  Scientist,  Computervision 
(rravindra  @  msgate.cv.com) 

(talk  given  without  slides) 


Dr.  Regli  introduced  Dr.  Ravindra  as  having  been  at  Computervision  for  nine  and  a  half 
years.  He  said  that  Dr.  Ravindra  would  give  some  anecdotal  evidence  for  the  state-of-the- 
practice. 

Dr.  Ravindra  was  happy  to  be  at  the  workshop  to  describe  his  experience  at 
Computervision  and  to  draw  from  the  participants’  experience.  Computervision  is  a  high- 
end  Electronic  Product  Definition  solutions  provider,  and  their  next-generation  architecture 
will  include  CORBA  and  the  Internet.  Computervision  has  a  very  robust  Intranet  within 
the  company  to  solve  major  critical  business  problems. 

Dr.  Ravindra  gave  his  view  of  why  things  are  in  the  existing  format,  and  where  the 
industry  is  going.  Computervision’ s  product-and-process  response  to  the  customer  needs 
to  concurrently  create,  manage,  share  and  reuse  electronic  product  information  in  a 
collaborative  environment,  boA  throughout  a  product’s  life  cycle  and  across  a  distributed 
value  chain. 

Computervision  had  sUdes  similar  to  Dr.  Klosterman’s  “ORB  Infrastructure 
Architecture”  slide  describing  what  their  products  look  like.  Dr.  Ravindra  said  that  that 
was  not  his  expertise;  he  looks  at  how  the  Internet  and  emerging  technologies  can  solve 
problems. 

Computervision  has  converted  lots  of  documents  to  HTML  for  a  lot  of  automotive  and 
high-end  airbus  companies.  Those  companies  don’t  want  to  be  on  the  Internet  to 
communicate  with  suppliers,  so  Computervision  converts  the  documents  to  HTML  and 
sends  them  to  customers. 

Computervision  enhances  products  with  Java  and  Javascript,  bringing  in  end  users, 
supphers,  and  integrators  to  communicate  about  requirements. 

Computervision  is  going  through  a  lot  of  strategizing,  producing  a  new  mission 
statement.  They  believe  that  there  exists  a  use  for  Internet  technology  and  a  way  to  work  in 
collaborative  environments. 

As  an  example  of  enhancement.  Dr.  Ravindra  described  how  difficult  it  is  to  educate 
people — especi^y  management — on  how  to  use  technology.  Computervision  wanted  to 
keep  track  of  all  commitments  that  management  and  others  have  made  to  customers  from  a 
central  location.  They  started  implementing  a  Lotus  Notes  solution,  but  without  much 
success;  it  was  limited  to  LANs  (Lx)cal  Area  Networks),  not  a  world  network.  So  about 
two  years  ago  they  designed  the  system  using  WWW  technology  with  Netscape  to  solve 
the  problem. 

Back  then,  there  were  no  WWW-based  interfaces  to  databases.  Instead,  they  had  to 
use  CGI  (Common  Gateway  Interface)  under  Unix.  It  worked!  Computervision  saved 
millions  of  dollars  in  administration  and  other  costs  by  not  using  Lotus  Notes. 
Computervision  then  took  the  interface,  extended  it  to  Java  and  Perl,  put  it  in  Sybase,  and 
put  in  customer  call-tracking  information. 

Computervision  took  the  same  concept  and  extended  it  to  products  for  product 
information  storage,  and  give  restricted  access  to  the  information  to  people  in  the  company. 
They  used  RS  A  (Rivest-Shamir-Adelman)  encryption  with  a  Netscape  commerce  server  to 
maintain  security.  Even  though  the  data  was  going  over  the  Internet,  it  was  secure  because 
it  was  encrypted.  This  worked  out  well,  so  they  enabled  products  inside  the  company  to 
solve  this  particular  problem. 
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One  of  British  Aerospace’s  problems  was  adding  a  note  to  a  product  that  can  be 
accessed  throughout  the  product  development  cycle.  Computervision  quickly  developed  a 
Java  interface  to  do  that. 

Computervision  is  looking  at  the  next  generation  of  software  development  to  take 
advantage  of  such  technologies  as  Java,  and  Microsoft’s  OLE. 

Dr.  Ravindra  asked  why  third-party  companies  are  using  proprietary  interfaces. 
Brokerage  companies  are  doing  just  fine  with  Java/CORBA  interfaces.  For  example,  some 
products  from  Enterprise  Integration  Technologies  used  a  Java  interface  to  a  graphical 
development  tool  from  CMU. 

One  important  issue  is  how  to  integrate  products  without  breaking  infrastructure.  One 
reason  people  are  using  proprietary  interfaces  is  that  there  is  no  Java  on  some  platforms, 
such  as  Windows  NT  and  Windows  95. 

Another  of  Dr.  Ravindra’s  concerns  was  that  Microsoft  seems  to  be  splitting  the  Java 
architecture  to  serve  their  own  needs,  that  is,  to  be  more  profitable  for  them.  When 
companies  start  splitting  architecture,  it  starts  to  make  it  difficult  to  work  globally. 

If  the^  companies  have  vested  interest,  what  is  NIST’s  role  in  standards?  The  W3C 
(World  wide  web  Consortium)  is  implementing  their  own  modifications  for  many  vendors; 
very  few  people  want  to  understand  the  whole  technology. 

Dr.  Ravindra  closed  by  saying  that  he  is  curious  to  know  how  other  people  feel  so 
Computervision  can  make  its  products  Internet-enabled. 

A  question-and-answer  period  followed  Dr.  Ravindra’s  talk.  Questioners  are  identified 
by  number. 

Ql:  You  gave  many  examples  of  current  technologies.  What  are  your  thoughts  on 
getting  beyond  current  technologies?  What  we  have  now  are  enabling  technologies,  not 
fundamental  solutions  to  hard  problems. 

A:  Lots  of  companies  implementing  these  solutions  are  struggling  with  that.  People  in 
our  own  company  are  looking  at  this.  For  example,  Java  in  Microsoft  and  Netscape. 

Corel  says  there  are  inherent  problems  in  using  their  Java  Office  system  on  Suns 
running  Unix,  but  that  it  works  on  PCs  running  Microsoft  products. 

There  are  problems  with  massive  data  sharing  on  the  Internet,  both  under  existing 
bandwidth  and  making  sure  that  it  isn’t  tampered  with. 

People  are  willing  to  give  out  credit  cards  on  the  telephone,  but  reluctant  to  do  so  on  the 
Internet  with  what  I  think  is  better,  safer  technology. 

Q2:  You  mentioned  bandwidth.  Have  you  faced  any  slowness-of-HTTP  problems? 

A:  Sun  is  pushing  Web/NFS  as  a  faster  solution  to  these  performance  problems.  NSF 
is  looking  at  increasing  bandwidth.  People  are  looking  at  ATM  technology  to  improve 
performance.  DirecPC  seemed  to  work  efficiently  at  home — 10  megabits  per  second. 
Switching  networks  is  tough  to  implement  overnight  in  big  companies. 

Q3:  Did  you  do  actual  object  brokering  in  CORB  A? 

A:  Yes.  We  interface  a  family  of  product  data  over  the  Internet.  I’m  happy  to  put  you 
in  touch  with  those  people  (they’re  still  in  the  research  stage).  Corel  is  doing  something  to 
implement  Java,  but  alas,  it’s  proprietary. 

One  idea  is  to  have  an  interface  as  your  desktop,  so  that  you  don’t  know  what 
application  you’re  actually  using.  VRML  was  an  idea  to  handle  CAD  products,  but  Java 
seems  to  have  overtaken  it. 
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Supply  Chain  Integration  and  the  WWW 

Dr.  Joe  Erkes,  Director,  Design  Integration,  GE  Corporate  R&D  Center 

(erkes  @  crd.ge.com) 

(12  full-page  slides  start  after  page  C-57) 


Dr.  Regli  introduced  Dr.  Erkes  as  having  been  heavily  involved  in  DARPA  projects  for 
many  years,  especially  the  Agile  Manufacturing  Program. 

Dr.  Erkes  said  that  the  business  realities  of  the  90’ s  were  tough,  and  getting  tougher. 
Products  were  once  roughly  80%-90%  internally  built,  and  10%-20%  outsourced.  Now, 
they  are  roughly  10%  internally  built,  and  90%  outsourced.  It’s  hard  to  be  a  good  supplier 
across  multi-tiered  supply  chains;  to  do  so  requires  integrated  product  development. 

Dr.  Erkes  related  an  anecdote  about  Willie  Sutton,  a  famous  bank  robber  from  the 
1930’s.  Sutton,  asked  why  he  robbed  banks,  replied,  “That’s  where  the  money  is.” 

Dr.  Erkes  is  disheartened  by  products  that  don’t  talk  to  each  other.  The  good  news 
about  supply  chain  integration  is  that  there  exists  an  extensive  world-wide  network;  that  the 
network  is  fast,  despite  complaints  about  its  speed;  and  that  important  players  use  it.  The 
bad  news  is  that  balkanization  by  companies  such  as  Ford  makes  supply  chain  integration 
expensive  for  small  companies  that  provide  services,  such  as  simulation  houses,  rapid 
prototyping  supphers,  validation  suppliers,  and  tooling  suppliers. 

Most  U.S.  manufacturing  is  at  Ae  three-sigma  level:  66,807  flaws  per  million  parts 
produced.  This  level  costs  15%  of  sales  (overall,  counting  more  than  just  value  of 
scrapped  parts),  which  is  1.5  billion  dollars  for  a  company  whose  sales  are  10  bUhon 
dollars.  Tliose  who  start  manufacturing  at  the  six-sigma  level  early — 3.4  flaws  per  million 
parts  produced — ^will  be  a  big  threat  to  those  who  stay  at  three-sigma.  Manufacturing  at  the 
six-sigma  level  requires  design  for  six-sigma  (DFSS). 

To  achieve  process  optimization,  necessary  for  the  four-sigma  and  five-sigma  levels,  a 
company  must  understand  the  processes  that  outside  suppliers  use  to  build  products.  To 
achieve  six-sigma,  a  company  must  have  a  detailed  understanding  of  their  suppliers’ 
manufacturing  capability. 

The  DARPA  agile  manufacturing  pilot  program  has  the  objective  of  reducing  cycle  time 
for  sand-mold  castings  acquisitions.  To  achieve  this  objective,  it  must  integrate  a  virtual 
castings  enterprise  across  the  National  Information  Infrastmcture  (Nil) — ^that  is,  the  World 
Wide  Web;  it  must  eliminate  key  technology  barriers;  it  must  streamline  virtual  business 
practices;  and  it  must  proliferate  the  solution  across  the  supply  chain. 

Designers  must  co-design  parts  with  the  agile  castings  project  team,  to  make  the  design 
stage  much  faster.  This  co-designing  must  occur  over  the  web.  Practices  must  be  re¬ 
engineered  to  take  advantage  of  emerging  technology. 

Dr.  Erkes  noted  that  he  hadn’t  talked  much  about  the  migration  path  from  legacy 
systems  to  all-CORBA  systems.  In  this  migration  path,  the  end  users  must  start  “herding” 
vendors;  such  herding  is  now  being  done  by  companies  like  Microsoft  for  their  own  profit 
margins. 

At  present,  a  supply  chain  is  a  hierarchical  process.  A  prime  manufacturer  doesn’t 
communicate  with  a  third-tier  supplier.  In  the  future,  this  process  must  be  replaced  with 
flat,  parallel  access. 

Among  the  major  project  thrusts  in  supply  chain  integration  (SCI)  are:  rapid 
communication — ^the  web  is  the  obvious  solution,  being  cheap  and  widely  available; 
exchange  of  rich  information — ^that  is,  exchange  concerned  more  with  intent,  not  just  with 
notes  in  margins;  and  new  business  practices — ^traditional  hierarchical  business  processes 
must  be  ehminated. 

Apphcation  opportunities  for  SCI  include  not  just  castings,  but  other  items  with  long 
lead  time.  A  solution  to  SCI  could  have  high  financial  impact.  A  key  idea  in  SCI  is  that  the 
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first  iteration  cycle  should  be  as  good  as  if  it  were  “in-house”.  One  problem  is  that  it  is  not 
only  the  prime  suppliers  who  think  that  they  have  proprietary  data,  but  the  suppliers  at 
other  tiers  have  their  own  proprietary  data  as  well.  T^e  issue  of  proprietary  data  goes 
beyond  the  issue  of  encryption,  to  the  issue  of  how  to  use  someone’s  data  without  making 
it  public. 

Dr.  Erkes  continued  with  some  comments  about  the  situation  at  GE.  One  change  is 
cost-cutting,  not  just  with  travel,  but  also  with  computer  hardware.  Employees  no  longer 
have  both  a  Unix  workstation  and  a  PC  on  their  desks;  they  must  choose  one  or  the  other. 
This  leads  to  a  more  heterogeneous  environment.  The  web  provides  a  wonderful  way  to 
cut  costs  and  live  under  these  restrictions.  As  a  solution,  the  web  is  good  internally  as  well 
as  externally.  Dr.  Erkes  sees  lightweight  clients  that  communicate  with  machines  that  can 
handle  heavy  applications  as  one  trend  for  the  future. 

A  question-and-answer  period  followed  Dr.  Erkes’ s  talk.  Questioners  are  identified  by 
number. 

Ql:  You  could  have  said  that  real  applications  don’t  use  CORBA  as  much. 

A:  CORBA  is  used  widely  in  academia,  not  in  industry.  A  similar  situation  exists  with 
STEP. 

Ql:  How  do  you  see  CORBA  being  used  with  legacy  systems? 

A:  We  make  money  with  legacy  systems.  We  won’t  throw  them  away.  We  must 
move  to  CORBA  by  a  migration  path.  Shell  legacy  systems  could  be  available  over  the 
web,  with  CORBA  gluing  these  systems  together,  even  if  they  are  not  truly  object-oriented 
systems. 

Q2:  If  I  could  “Plug  and  Play”  a  supply  chain,  your  other  two  national  challenge 
problems  are  easy.  Who  does  the  “Plug  and  Play”  supply  chain  interface? 

A:  The  fmstrating  thing  is,  I  don’t  know.  If  we  start  standardizing  data,  it  would 
provide  market  pressure  on  vendors.  Standardization  by  encapsulating  legacy  systems  is 
the  only  way  I  see  it  happening. 

Q3:  One  way  to  “herd”  faster  is  by  strategizing  and  lecturing  like  Jack  Welch. 

A:  If  Jack  Welch  were  “herding”,  it  would  be  done  tomorrow.  The  problem  is  that 
upper-level  managers  have  heard  “spend  now,  earn  later”  before. 

Q4:  Naively,  it  sounds  as  if  you  are  making  everyone  a  first-tier  supplier  by  a  business 
model  standpoint. 

A:  In  the  present,  a  first-tier  supplier  gives  you  a  quote,  you  accept,  and  you  don’t 
know  who’s  on  the  third  tier.  We  need  a  negotiation  process  on  the  web  where  teams  form 
to  address  lucrative  projects.  This  would  result  in  a  multi-phase  procurement:  in  phase  I, 
design;  in  phase  n,  bids  on  the  manufacture  of  the  design. 

Q5:  Do  you  see  VRML  viewers  as  being  used  for  three-dimensional  drawing?  You 
can’t  put  design  intent  and  constraints  in  VRML.  Is  VRML  good  enough?  Can  it  answer 
queries? 

A;  Yes  to  all.  VRML  gives  a  quick  and  dirty  method  to  look  at  three-dimensional 
parts.  We  glue  together  such  things,  so  that  we  can  have  a  phone  conversation  while 
simultaneously  communicating  about  three-dimensional  drawings. 

Q5:  Would  GE  push  for  precise  VRML — ^NURBS  (Non  Uniform  Rational  B-Splines), 
not  facets? 

A:  Honestly:  maybe.  The  motivation  is  a  fast  design  integration  cycle;  GE  probably 
won’t  see  NURJBS  as  an  important  part  of  that. 

Q5:  But  we  still  need  GE  to  push  on  standards  organizations. 
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A:  Yes.  There  must  be  a  better  way  than  yelling  at  vendors.  We  need  to  get  a  critical 
mass  of  tools  to  start  the  process  running. 

Q6:  We’re  investing  so  much  in  communication  bandwidth.  Does  it  make  suppliers 
less  independent?  Why  not  just  hire  them  all? 

A:  It’s  not  going  to  happen.  Outsourcing  will  continue,  not  reverse. 

Q6: 1  absolutely  agree.  The  reasons  for  outsourcing  are  that  you  can  fire  suppliers  at 
will,  and  that  suppliers  can  specialize  to  serve  a  larger  audience.  But  if  you  make  suppliers 
less  independent,  communication  bandwidth  becomes  expensive,  thus  you  don’t  want  to 
fire  suppliers  at  will,  thus  you  lose  an  advantage. 

A:]^ght.  That’s  the  problem  with  balkanization.  Thus  plug-and-play. 

Q7:  To  achieve  the  three-sigma  level,  a  disciplined  approach  is  enough.  To  achieve  the 
four-sigma  and  five-sigma  levels,  process  optimization  is  necessary.  \^at  about  process 
characterization  in  between? 

A:  Yes,  it’s  in  there,  it  just  didn’t  fit  in  my  three-minute  summary. 

Q8:  One  increasing  important  thing  in  supply  chain  plug-and-play:  how  do  CAD 
systems,  different  between  a  first-tier  suppher  with  a  $40,000  CAD  system,  and  a  third-tier 
supplier  with  a  $5,000  CAD  system,  talk  to  each  other?  STEP? 

A:  We  can’t  wait  around  for  STEP.  In  the  short  term,  we’ll  go  through  a  translation 
supplier,  though  STEP  will  kill  translation  suppliers  in  the  long  term. 


Internet  Presentation 


Mr.  Shaun  Sewall,  Development  Manager,  Bentley  Systems 
(shaun.sewall  @  bentley.com) 

(slides  unavailable) 


Dr.  Regli  introduced  Mr,  Sewall  as  the  person  in  charge  of  a  web-enabled  engineering 
tool.  This  tool  has  won  awards,  most  recently  from  IndustryWeek.  Mr.  Sewall  has  been 
at  Bentley  for  four  years,  and  had  previously  been  at  Intergraph. 

Mr.  Sewall  gave  as  background  a  description  of  MicroStation,  a  fifteen-platform  family 
of  CAD  products.  Mr.  Sew^l’s  plan  is  to  bring  the  power  of  the  Internet  to  an  engineering 
CAD  software  seat.  The  Internet  makes  viewing  strategies  necessary. 

Mr.  Sewall  demonstrated  his  web-enabled  engineering  tool  in  a  sample  Internet 
scenario.  He  began  with  a  drawing  of  an  office  building  in  MicroStation.  The  browser  is 
budt  inside  MicroStation  (the  important  thing  being  not  that  the  browser  is  part  of 
MicroStation,  but  that  MicroStation  and  the  browser  are  integrated  and  can  interoperate). 
The  browser  helps  with  ease  of  use. 

Mr.  Sewall  clicked  on  a  bookmarked  HTML  page,  which  would  be  the  chair  that  the 
office  is  authorized  to  purchase;  the  CAD  view  changed  to  a  display  of  the  product.  Mr. 
Sewall  supposed  that  the  chairs  are  meant  to  be  placed  around  a  table  in  the  office  building; 
he  simply  “dragged  and  dropped”  the  chairs  from  the  web  page  to  the  building. 

Mr.  Sewall  noted  that  he  was  glossing  over  how  such  a  web  page  is  created  in  the  first 
place.  This  creation  is  a  two-part  problem:  convincing  users  to  use  the  web  page,  and 
convincing  manufacturers  to  create  the  web  page. 

The  chair  used  in  the  demonstration  is  linked  to  an  HTML  page  describing  the  product 
line,  wWch  is  how  the  CAD  system  gets  the  specifications  for  the  chair.  Mr.  Sewall 
emphasized  that  this  had  been  only  a  demonstration  of  how  to  use  Internet  in  the 
engineering  seat. 

Bentley  feels  that  just  graphics  are  not  enough.  Instead,  built-in  programs  are 
necessa^  as  well;  for  example  a  steel  truss  that  automatically  reinforces  itself.  Bentley 
calls  this  combination  of  graphics  and  a  program  a  “modlet”.  Bentley  sees  component 
manufacturers  making  motUets  available  on  a  company  website. 

Mr.  Sewall  discussed  possible  viewing  strategies.  One  strategy  is  a  stand-alone 
viewer.  This  strategy  has  many  disadvantages.  First,  this  viewer  would  be  a  “fat”  client; 
the  application  must  have  intelligence  that  understands  the  model  built  into  it.  Bentley’s 
executables  for  CAD  viewing-only  are  almost  as  large  as  full  CAD  executables.  Second,  if 
a  file  format  is  updated,  all  clients  must  be  updated  as  well.  Third,  there  are  security 
problems;  the  CAD  system  must  get  an  actual  model. 

A  second  strategy  is  a  browser  plug-in.  This  has  the  same  disadvantages,  plus  a  self- 
contained  file  format;  that  is,  a  file  format  with  no  external  reference  files  and  no  external 
fonts. 

AnoAer  strategy  is  standard  formats.  This  strategy  has  the  advantage  of  reduced 
complexity.  One  disadvantage  is  that  whoever  designs  the  standard  format  must  know 
what  people  want  to  see  ahead  of  time.  Another  disadvantage  is  that  when  a  model 
changes,  it  must  be  republished  in  the  standard  format. 

The  best  strategy  is  a  Model  Server  Publisher,  with  all  advantages  and  no 
disadvantages.  The  model  resides  on  a  web  server.  When  a  request  comes  in,  the  model  is 
automatically  published  to  the  correct  format.  Now  converted,  that  file  is  sent  out  in  the 
correct  format. 

A  conference  participant  interrupted  Mr.  Sewall  to  ask  if  many  hits  would  cause  a  great 
deal  of  overhead  and  if  the  server  would  cache  the  conversion  to  save  time.  Mr.  Sewall 
answered  “yes”  to  both  questions. 
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Bentley’s  web  page  (http://www.bentley.coni/)  demonstrates  the  Model  Server 
Publisher  in  action.  The  Model  Server  Publisher  can  do  client-side  customization  for 
simple  viewing  applications.  On  the  server  side,  the  Model  Server  Publisher  can  provide 
Internet  capabihties  without  changing  the  accustomed  environment.  The  Model  Server  is  a 
relational  database,  not  separate  files.  Since  design  data  is  stored  in  a  design  database,  a 
designer  can  make  changes,  and  then  either  throw  away  or  commit  to  the  changes. 

hi  the  future,  Bentley  will  add  methods  to  the  models,  because  the  graphics  that  define 
objects  caimot  be  separated  from  the  objects’  behaviors. 

A  question-and-answer  period  followed  Mr.  Sewall’s  talk.  Questioners  are  identified 
by  number. 

Ql;  Why  are  you  storing  design  data  in  a  relational  database,  rather  than  using  PDM? 

A:  To  get  away  from  thinking  about  engineering  data  as  file-based,  rather,  putting  it  in 
a  database  that  vendors  can  sell  readers  for. 

Ql:  Why  did  you  use  Oracle  and  not  ObjectStore? 

A:  Oracle  met  our  needs. 

Q2:  Why  go  through  a  browser  to  get  the  chair,  rather  than  simply  changing  the 
Bentley  interface? 

A:  We  couldn’t,  in  this  case,  because  the  product  was  already  released.  That’s  where 
we’re  going  in  the  future,  though. 

Q3:  Using  modlets,  how  much  data  needs  to  be  downloaded  to  run  something?  A 
parametric  solid  model?  A  whole  solid  model  package? 

A:  Depends.  Are  you  downloading  the  whole  model?  Pieces?  Size  is  a  concern. 

Q4:  You  said  that  it  could  be  an  external  browser — why  did  you  make  the  design 
decision  to  use  an  internal  browser? 

A:  Internal  is  better  if  you  use  it  a  lot — ^you  don’t  have  to  do  Alt-Tab.  Also,  six  months 
ago,  it  wasn’t  as  obvious  everybody  would  have  Netscape  or  Microsoft  Internet  Browser, 
as  they  do  today. 

Q4:  Do  you  go  from  MicroStation  into  the  browser,  or  vice  versa? 

A:  Both.  A  browser  can’t  do  everything. 

Q5:  Regarding  smart  catalogs — ^have  you  talked  with  IndustryNet  about  getting 
suppliers  to  put  catalogs  up? 

A:  I  haven’t,  but  marketing  is  trying  to  build  those  relationships  with  suppliers. 
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Breakout  Sessions:  Technology  Assessment 


Directed  by  Dr.  William  Regli,  NIST  (regli@cme.nist.gov)  and 
Dr.  Simon  Szykman,  NIST  (szykman@cme.nist.gov) 
(breakout  done  without  slides) 


In  the  discussion  that  follows,  Dr.  Regli  and  Dr.  Szykman,  who  are  writing  the  charter 
for  the  breakout  sessions  on  flip  charts,  are  identified  by  name;  other  participants  are 
identified  by  arbitrary  numbers. 

Dr.  Szykman:  We  saw  several  things  as  issues.  First,  applications,  such  as  product 
data  management  or  supply  chain  management.  In  what  ways  is  this  technology  being 
used?  In  what  ways  would  we  like  to  use  it? 

Second,  technology:  Java,  CORE  A,  NmP,  security,  standards,  and  interoperability. 

And  possibly  third  (or  possibly  break  up  into  just  two  groups),  a  meta-level:  corporate 
issues?  vision  for  next-generation  CAD  tools? 

Ql:  Standards  could  stand  on  its  own  under  technology. 

Dr.  Regli:  Standards  recommendations  would  be  very  interesting  to  NIST:  data 
standards,  communications  standards,  interoperability  standards. 

Q2:  These  issues  are  too  broad.  Gives  us  a  goal — say  a  hst  of  things? 

Dr.  Szykman:  Yes.  WeTl  focus  on  what  we  want. 

Q3:  Tools  should  be  under  technology,  for  example,  CAD  browser  tools. 

Dr.  Szykman:  Okay. 

Q4:A  useful  question:  where  is  the  line  between  what  vendors  supply  and  what  it  sits 
on  top  of? 

Q5:  An  alternate  way  to  do  this:  we  need  plug-and-play,  how  do  we  make  it  happen? 
The  notion  of  legacy  systems  won’t  go  away. 

Q6:  There  are  stakes  pounded  into  the  ground  that  we’re  not  going  to  move. 

Dr.  Szykman:  How  about  a  list  of  larger  efforts:  what’s  necessary  to  speed  them  up? 
For  example,  plug-and-play. 

Q7:I’  m  from  a  different  background.  I  work  from  message-passing,  for  example,  the 
Message  Passing  Interface  (MPI).  It  started  from  a  user  interface,  and  they  didn’t  worry 
about  low-level  problems — ^now  it’s  useless,  restricted  to  a  single  vendor. 

Dr.  Regli:  What  basic  infrastructure — core  communications  standards — do  you  need? 
Put  it  up. 

Q7:  Basic  is  key. 

Q8:  I  want  a  discussion  of  what  users  want.  We  usually  miss  it  in  R&D:  “Here’s 
something.”  “We  don’t  want  it.” 

Q9:  But  we  don’t  have  many  end  users  here. 

Q8:  Yes,  but  for  example,  vendors,  who  we  have  here. 

Dr.  Szykman:  At  a  previous  workshop,  users  said  vendors  didn’t  care  what  they 
wanted. 

QIO:  Storage  of  information — on  web  server?  That  model’s  tough  for  small  machine 
shops.  Distributed  storage? 

Dr.  Szykman:  I’ll  use  “business  issues”  for  that. 

Qll:  We’re  in  a  rapidly  changing  world,  but  we’re  scaling  from  toy  problems  and 
prototypes  to  real  problems. 

Q12:  Scalability  in  computational  fluid  dynamics  is  a  key  issue — ^they  have  whole 
conferences  on  it. 

Q13:  It’s  key  here. 

Q12:  Agree,  scalabihty  is  the  most  naively  overlooked  issue. 
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Dr.  Regli:  We  want  to  focus  on  new  research  issues,  and  new  generations  of 
problems — ^figuring  out  what  they  are  before  they  show  up. 

Q13:  Business  trends  for  the  next  five  to  ten  years  are  interesting  to  write  down — ^see 
if  we  agree  on  them. 

Q14:  When  you  make  a  system  to  enable  goals  of  users,  users  can  do  new  things,  and 
so  goals  change.  These  “affordances”  are  often  overlooked. 

Q15:  How  do  you  go  from  a  hierarchical  organization  to  the  flat  model  of  GE? 

Q16:  Let’s  discuss  as  one  group  for  a  while,  and  decide  whether  to  break  up. 

Dr.  Szykman:  Good  idea.  We  want  content,  not  just  bullets.  One  important 
distinction:  implementation  (for  example,  if  I  hire  one  more  person,  what  could  I  do?) 
versus  research  (for  example,  design  rationale:  some  academic  should  come  up  with  this, 
because  I  don’t  Imow  how  to  do  it). 

Q17:  I’m  an  academic  who’s  been  working  on  capturing  design  rationale  for  more  than 
20  years  (and  now  I’m  moving  industry).  There  aren’t  enough  guns  to  point  at  enough 
heads  to  make  it  happen.  It’s  academic  largely  because  it  doesn’t  work.  Network-centric 
CAD  gives  us  lots  of  text  and  graphics  that  people  use  to  communicate  about  designs  that 
express  rationale.  How  do  we  deal  with  it?  It’s  not  just  academic  anymore.  Not  recording 
design  rationale  wiU  have  grave  consequences  in  the  future. 

Q18:  Do  you  get  this  as  a  side  effect?  Really? 

Q17:  Well,  if  you  get  information  about  a  design,  you  must  save  it. 

Q18:  Sure,  but  we  did  workshops  at  Cornell  for  a  number  of  years.  Indexing  was 
always  an  issue.  Scale  was  always  an  issue. 

Q17:  Task-based  indexing  wasn’t  discussed  by  Information  Retrieval  people. 
Something  was  done  as  part  of  a  task,  so — 

Q18:  Has  it  been  demonstrated?  Widely  used? 

Q17:  We  can  beat  the  precision  recall  curve:  “too  broad,  get  garbage;  too  narrow,  miss 
things.”  With  task-based,  we  don’t  get  garbage. 

Q18:  Has  it  been  demonstrated? 

Q17:  I’ll  send  you  an  article.  Capture  has  been  the  killer  for  design  rationale.  People 
won’t  do  extra  work — ^but  now  with  network-centiic  CAD  you  get  capture  with  zero  work. 

Q19:  But  the  information  is  too  low-level:  “I  put  a  line  We” — ^what  does  it  mean? 

Q20:  Every  time  you  do  something,  have  the  designer  record  something  in  a 
microphone. 

Q17;  That’s  one  scenario.  But,  for  example,  I  move  a  wall  that  you  need.  We  discuss 
it.  I’ve  just  done  task-based  indexing. 

Q21:  This  is  doomed  to  failure  unless  the  criterion  is:  what’s  important  is  what 
industry  will  adopt,  what  they  believe  will  help  their  profitability. 

Q22:  What  will  help  their  profitability  is  cutting  W  iteration  cycle  time,  for  example  by 
design  rational  capturing. 

Q23:  We’ve  been  working  on  the  product  realization  cycle.  Not  engineering  time,  but 
rather  procurement  time. 

Q22:  But  mistakes  are  made  in  design,  so  that’s  where  it  matters. 

Q23:  If  you  look  at  defects,  yes,  it  pushes  to  design. 

Q22:  Or  pulls  it  kicking  and  screaming. 

Dr.  RegU:  Shall  we  break  into  groups? 

Q24:  If  we  break  into  groups,  we’ll  tackle  the  wrong  problems. 

Dr.  Szykman:  Well,  we  can  tackle  the  wrong  problems  twice  as  fast  in  two  groups. 

Dr.  Regli:  Come  back  with  some  sort  of  technology  assessment,  research  practices, 
and  business  practices. 

Q25:  Question  I  thought  was  interesting:  what  are  natural  trends?  where  do  we  want 
trends?  how  do  we  turn  the  first  into  the  second? 

Q26:  Sure,  for  example,  design  rationale.  How  does  it  help? 


36 


Discussions:  Group  1 

(discussions  done  without  slides) 


Discussion  summarized  by  Mr.  Stephen  Smith  (sjsmith@nimue.hood.edu) 

Participants: 

Simon  Szykman  (szykman@cme.mst.gov) 

Raymond  McCall  (mccall@phidias.colorado.edu) 

Ranga  Narayanaswami  (narayana@staff.uiuc.edu) 

Charles  Smith  (smythe@ldngkong.me.berkeley.edu) 

Tom  Eidson  (teidson@htc_tech.com) 

Kathleen  McKinney  (mckinney@cive2.stanford.edu) 

Rick  Palmer  (rick@beamtech.com) 

Stephen  Smith  (sjsmith@nimue.hood.edu) 

In  the  discussion  that  follows,  participants  are  identified  by  arbitrary  numbers. 

Ql:  What  are  the  key  business  issues? 

Q2:  Why  would  Network-Centric  CAD  decrease  integration  cycle  times?  decrease 
cost?  To  what  degree  does  how  far  in  future  we  look  affect  &ese  answers? 

Q3:  Good  questions.  There’s  a  clear  dividing  line  between  vendors/technology/lots  of 
business  issues/transfer  everything  to  the  Internet  on  one  hand,  and  the  hearty  issues  of 
design  integration  on  the  other  hand. 

Q4:  Vendors  are  beginning  to  see  that.  We’ve  worked  hard  in  the  AEC  community  to 
get  people  to  adopt  computers. 

Q5:  People  ask:  “What  can  we  do  to  be  ahead  of  the  competitor?” 

Q6:  CORBA  isn’t  specific  to  this  market — ^it’s  computer  science.  VRML  is 
entertainment.  Java  is  similar.  What  components  do  we  use  to  connect  things  together? 
Q7:  What  kind  of  breakthroughs — ^short-term  horizon — can  this  technology  give  us? 
Q8:  I’ve  seen  lots  of  virtual  reality  engineering  applications.  In  only  one  of  them  do 
they  justify  virtual,  not  just  a  big  two-chmensional  monitor.  Similarly  the  Internet:  here’s  a 
problem  people  can  benefit  from  doing  in  a  network-centric  fashion? 

Q9:  For  example,  I’m  starting  a  distributed  programming  environment  project.  But 
I’m  only  hiring  people  in  my  own  office,  because  of  communication  problems. 

QIO:  Case  study:  meetings  only  every  two  weeks  aren’t  adequate  if  design  changes 
happen  rapidly.  The  Internet  solves  this  because  we  can  share  models  and  information.  If 
people  discuss  why  a  wall  moved,  save  the  discussion.  This  is  a  big  leap  with  a  huge  cost 
benefit. 

Qll:  Coordination,  and  going  from  one  aspect  of  data  representation  to  another — for 
example,  architect  to  structure  an^ysis — costs  lots  of  money  now,  and  it  would  be  nice  if 
it  could  be  automated.  The  problem  isn’t  automating  disciplines,  but  automating  different 
views:  the  questions  you  can  ask  of  a  database  depend  on  how  it  represents  things. 

Q12:  If  you’ve  got  a  big  distributed  system,  what  do  you  do  with  it?  Sit  in  one  spot, 
and  it  semi-automatically  runs  parameter  studies  when  you  change  things. 

Q13:  I  want  to  change  something  on  my  machine  and  have  it  change  something  on 
another  machine.  I  want  to  have  five  different  views  of  a  building,  all  derivable  from  a 
common  representation. 

Q14:  If  something  changes  on  another  machine,  there  may  be  feedback.  Must  we 
include  this  interaction  in  a  distributed  system? 
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Q15;  What  are  the  criteria  for  going  to  the  Internet?  An  interactive  system  is  one  of 
them — ^it’s  one  way  to  capture  intent.  Mathematics  can’t  describe  intent. 

Q16;  The  issue  of  design  rationale  is  important,  but  it’s  not  a  reason  to  go  to  a 
network-centric  CAD  system. 

Q17:  But  communication  of  design  rationale  is. 

Q16:  Sure,  but  communication  is  the  key. 

Q18:  Distributed  groups  will  “jump  on”  the  Internet  as  a  solution  to  their  problems. 

Q19:  If  you  get  information  on  the  Internet,  people  won’t  just  want  to  view  it,  they’ll 
want  to  interact  with  it.  “Every  presentation  is  a  provocation.” 

Q20:  But  even  viewing  helps,  gets  clients  closer  to  design,  closer  to  simulation. 

Q19;  True,  but  then,  people  say  “I  want  to  interact  with  it.”  Even  annotation. 

Q21:  ACADIA  (Association  for  Computer  Aided  Design  in  Architecture)  is  bad;  it 
focuses  on  visualization,  not  interaction.  Publishing  downward  and  mouse-clicks  upward 
is  not  the  future  of  the  Internet. 

Q22:  The  Cave  Project  is  a  three-dimensional  visualization  distributed  application, 
parts  of  which  run  on  supercomputers  across  the  country.  But  even  that  is  mediocre.  We 
want  to  interact  with  the  data. 

Q23:  It’s  when  you  can’t  download  the  information  that  it  gets  industry. 

Q24;  “My  design  contains  a  component  built  by  some  company;  I  have  a  URL 
pointing  to  it.”  Once  we  have  a  representation,  we  can  pull  things  in  as  necessary. 

Q25;  Does  anybody  look  at  our  buzzwords:  channels,  broadcasting.  That’s  software 
distribution  technology.  But  it’s  also  a  way  of  updating  any  information,  say  for  a 
collaborative  network.  You  belong  to  some  AEC  design  network.  Parts  you  use  are 
changed.  You  find  out  about  it.  This  involves  explicitly  signing  up. 

Q26:  People  forget  as  designers  that  someone  is  actually  building  the  thing — closer 
interaction  would  help. 

Q27;  Maintaining  catalogs  is  a  key  problem.  For  example,  in  AEC,  we  need  catalogs 
of  paint,  carpets,  and  gutters.  The  specification  process  in  AEC — right  before  building, 
includes  choice  of  vendors — ^is  also  a  key  problem. 

Q28:  In  the  manufacturing  world,  we  use  design  requirements  as  specification.  This 
precedes  choice  of  vendors. 

Q29:  If  I  build  motors,  I  have  to  give  you  performance  characteristics,  but  won’t  teU 
you  how  I  achieve  them. 

Q30:  What  are  the  technology  barriers?  Who’s  going  to  produce  the  underlying 
standard?  What  information  do  you  need  to  know  about  an  object — ^to  annotate,  to  interact, 
to  communicate  design  intent? 

Q31:  We  address  associating  physical  behavior  with  implementations.  When  you 
combine  objects,  what  properties  are  maintained.  Things  like  that  require  semantic  binding: 
“what  is  this”?  We  need  a  semantic  encoding,  which  is  easy  for  modeling  and 
simulation — ^you  just  use  partial  differential  equations,  which  allow  finite  element 
analysis — ^but  hard  for  other  domains. 

Q32:  How  do  you  map  a  data  stmcture  to  objects?  For  example,  for  certain  physical 
objects,  use  underlying  ACIS/STEP/what-have-you  geometry  representation.  Then 
associate  annotations  widi  them. 

Q33:  To  have  an  advisor  on  some  objects,  I  need  to  know  what  they  are:  “this  is  a 
door.  This  is  a  wall.  Joe  has  to  sit  next  to  Sue.  Joe’s  office  must  have  a  window  facing 
east.” 

Q34:  STEP  provides  one  view  of  what  a  representation  should  be — ^geometry,  mostly. 

Q35:  Who  will  provide  commonality  between  Bentley,  Autodesk,  et  cetera?  History 
says:  one  will  lionize  the  market,  all  will  bow  to  them. 

Q36:  Most  of  the  action  is  in  domain-specific  systems,  not  domain-independent. 

Q37:  Going  back  to  plug-and-play:  there  must  be  a  common  domain-independent 
understanding.  Right  now,  we  just  share  graphic  information.  In  the  future,  we’ll  share 
graphics  plus  what  is  attached  to  it. 
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Q38;  We’ve  covered  necessary  conditions  for  network-centric  CAD:  need 
representation,  design  rationale,  etc.  What  we  haven’t  covered  is  what  Internet  enabhng 
technologies  we  have,  and  what  we  need?  For  example,  STEP  enables  exchange  of 
geometric  information.  For  example,  there  are  manufacturabihty  software  tools  on  the 
web. 

I  mean  core  technologies.  For  example,  the  Internet  doesn’t  guarantee  bandwidth.  A 
teleoperating  machine  tool  needs  guaranteed  bandwidth. 

Q39:  Hold  your  breath  for  five  years,  we’ll  have  it. 

Q38:  No,  we  won’t. 

Q40:  Idea:  list  requirements,  not  technology  that  fulfills  it. 

Q41:  Is  there  money  in  high-performance  Internet? 

Q38:  For  example,  five  years  ago,  we  needed  the  enabling  technology  of  an 
interpreted  language  that  worked  across  platforms.  Now  we  have  Java.  Problem  solved. 
I  propose,  for  example,  a  standard  for  domain-specific  applets. 

Q42:  To  minimize  bandwidth,  have  knowledge  on  both  sides — minimize 
communication.  If  we  had  standardization  for  CAD  communication,  I  could  tell  your 
machine  “rotate  cube”  rather  than  sending  a  screen  dump.  Everything  will  be  modular — ^I 
give  you  necessary  tools  for  viewing,  for  example,  not  for  the  whole  thing. 

Q43:  We  need  to  start  developing  reusable  Java  components  for  CAD  parts. 

Q44:  Autodesk  likes  the  concept  of  modularity,  but  won’t  support  standards. 

Q45:  Proprietary  languages — ^like  Autolisp — ^won’t  work. 

Q46:  VRML  is  a  good  example  of  companies  grouping  to  set  a  conunon  standard.  But 
nobody’s  making  money  off  it. 

Q47:  Creating  a  standard  doesn’t  make  money,  but  allows  different  ways  of  making 
money. 

Q48:  We  have  lots  of  components,  but  they  have  to  work  together.  We  need  to 
develop  interface  standard  for  products,  otherwise  the  same  company  has  to  sell  you 
everything. 

Q49:  The  set  of  standard  must  be  layered,  like  the  seven-layer  TCP/IP  model.  This 
doesn’t  conflict  with  the  user  only  knowing  the  top  layer  (such  as  ftp  and  telnet). 
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Report-Back  Panel:  Group  1 

Presented  by  Ms.  Kathleen  McKinney  (mckinney@cive2.stanford.edu) 
(2  full-page  slides  start  after  page  C-71) 


Ms.  McKinney  presented  the  report  from  one  of  the  breakout  session  groups.  That 
group’s  key  points  of  discussion  were  motivation  and  standards. 

Motivation  included  examples  of  what  that  group  thought  network-centric  CAD  could 
do.  For  a  business  inotivation,  as  always,  work  could  be  done  faster,  better,  and  eheaper. 
Because  people  are  distributed,  eoordination  is  important.  One  example  of  coordination  is 
communicating  with  a  project  engineer  over  the  phone  about  a  set  of  drawings.  Without 
this  coordination,  if  an  architect  moves  a  wall,  somebody  else  finds  out  two  weeks  later, 
and  then  has  to  redo  stractural  analysis. 

Another  motivation  is  interaction.  The  whole  browser  metaphor  is  publication,  while 
the  engineers  want  interaction.  For  example,  people  want  to  pause  a  VRML  movie  and 
give  feedbaek. 

The  last  motivation  that  group  discussed  was  communicating  design  intent.  Once 
design  intent  is  captured,  how  do  you  communicate  it  and  represent  it? 

One  set  of  standards  that  that  group  found  important  was  layered  interface  standards. 
We  can’t  just  have  high-level  and  low-level  interface  standards;  we  need  the  entire 
spectrum.  Interface  standards  do  not  just  include  data  standards,  but  also  multi-layer 
standards  for  code,  such  as  an  architecture  on  top  of  Java  for  building  higher-level  entities. 
But  indeed,  interface  standards  do  include  data  standards:  what  is  revealed? 

Another  important  set  of  standards  includes  annotation  standards,  standards  more 
advanced  than  redlining.  There  is  ongoing  research  about  annotation  standards,  but  not  for 
engineering  domains.  Query  standards  for  querying  databases  and  designs,  and  eatalog 
standards  to  reuse  designs  and  to  store  applications,  dso  seemed  important. 

Finally,  standards  for  views  and  abstractions  are  important.  Every  discipline  has 
design-specific  views:  call  them  “multiple  representations”.  For  building,  an  architect 
thinks  in  walls  and  floors;  an  engineer  thinks  in  pins  and  nodes;  a  contractor  thinks  about 
the  layout;  these  views  are  all  related  by  geometry. 
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Report-Back  Panel:  Group  2 

Presented  by  Dr.  John  Mitchiner  (jlniitch@sandia.gov) 
(talk  given  without  slides) 


Dr.  Mitchiner  presented  the  report  from  the  other  breakout  session  group.  He 
described  that  group  as  concerning  themselves  with  issues  and  problems  for  network¬ 
centric  CAD,  and  thus  not  having  nearly  as  focused  a  set  of  recommendations  as  the  other 
group. 

It  is  no  longer  possible  to  put  five  million  dollars  per  year  into  a  project  for  five  years. 
Now,  we  need  incremental  steps  towards  a  long-term  vision. 

One  strong  vision  is  functionality.  Yet,  vision  of  an  implementation  could  change 
overnight.  For  example,  CORE  A  might  be  superseded  by  something  else.  Innovators  can 
spend  a  great  deal  of  money,  but  get  few  benefits. 

That  group  then  focused  on  specialization  as  its  underlying  theme  for  the  rest  of  its 
breakout  session.  They  asked  themselves  how  they  could  create  a  world  in  which  people 
do  what  they  do  best.  This  world  must  include  open  architectures  and  common  interfaces. 
This  world  might  include  brokerage  services,  in  which  one  vendor  works  with  many  CAD 
systems. 

Standardization  has  made  applications  independent  of  tools,  but  STEP  doesn’t  capture 
enough  of  the  information  which  is  important  to  users. 

An  ongoing  problem  is  getting  people  to  agree  on  boundary  files.  It  takes  five  to  ten 
years  to  reach  agreement  on  a  representation  standard  for  parameters,  and  by  that  time, 
some  other  standard  is  needed. 

Desiderata  include  common  user  interfaces  to  various  CAD  systems.  Third  parties 
could  create  Aese  interfaces  by  leveraging  stress  analysis,  tolerance  analysis,  and  the  like. 
These  analysis  tools  could  be  auxiliary  applets,  downloadable  from  the  Internet  on  demand. 

Dr.  Mitchiner  noted  that  at  this  point  in  the  group’s  discussion.  Dr.  Regli  returned  to 
the  group  and  pointed  the  participants  towards  research  issues.  As  research  issues,  the 
group  selected  Java  standards;  requirements-diiven  design  (if  a  customer’s  requirements 
change,  how  do  designs  change?);  an  SQL  (Structured  Query  Language)  equivalent  for 
Ci^;  and  how  to  take  a  snapshot  of  a  design  and  share  it  at  low  cost.  Dr.  Mitchiner 
pointed  out  that  customer  requirements  were  yet  another  set  of  data  that  presently  exists  on 
paper,  rather  than  in  any  electronic  form. 
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Technology  Demonstration  Session:  Beam  Technologies 

Dr.  Rick  Palmer,  Beam  Technologies  (rick@beamtech.com) 
(demonstration  given  without  slides) 


Dr.  Szykman  introduced  Dr.  Palmer  as  a  senior  scientist  at  Beam  Technologies,  and 
still  a  research  scientist  at  Camegie-Mellon  University,  who  had  worked  on  the  original 
DARPA  Manufacturing  Automation  and  Design  Engineering  (MADE)  project. 

Dr.  Palmer  has  been  working  with  web-based  modeling  and  simulation,  trying  to 
extend  web-based  commodity  viewers  to  show  physical  behavior.  Dr.  Palmer  began  his 
demonstration  by  loading  a  Java  form  to  set  parameters  for  configuration  of  a  block  and  a 
pipe,  represented  in  his  system  as  “Einstein  Objects”. 

Einstein  Objects  save  lots  of  work  by  automatically  computing  joint  boundary 
conditions.  The  objects  are  “smart”;  when  they  come  into  contact,  they  know  to  couple  the 
equations  that  define  heat  flow. 

The  system  is  extensible.  It  is  possible  to  model  objects  with  a  CAD  system,  and  then 
annotate  diem. 

For  example,  suppose  the  top  of  the  pipe  has  temperature  200,  and  the  bottom  of  the 
block  has  temperature  0.  All  other  surfaces  are  in  contact  with  some  other  surface,  or  are 
insulated.  The  system  recomputes  the  equations,  and  shows  the  steady-state  heat  flow. 

The  system  takes  data  specified  in  Java  and  transfers  it  over  the  Internet.  A  C++ 
application  takes  that  data,  computes  the  equations,  and  sends  back  a  VRML  file  with  a 
different  heat  distribution. 

Dr.  Palmer  noted  that  he  was  next  demonstrating  precomputed  examples  of  three- 
dimensional  elasticity.  He  showed  that  it  was  possible  to  take  two  objects,  stick  them 
together,  put  them  in  an  environment,  and  get  an  answer.  Thus,  no  one  has  to  do  analysis, 
and  no  one  has  to  do  programming;  objects  “know”  all  that  they  need  to  know. 

A  conference  participant  interrupted  Dr.  Palmer  to  ask  if  he  was  using  VRweb  as  a 
plug-in.  Dr.  Palmer  said  that  he  was. 

Finally,  Dr.  Palmer  predicted  that  in  the  future,  it  will  be  possible  to  do  an  Internet 
search  for  components,  and  put  them  in  the  design. 

A  question-and-answer  period  followed  Dr.  Palmer’s  demonstration.  Questioners  are 
identified  by  number. 

Ql:  Are  you  doing  primarily  finite  difference  analysis,  or  finite  element  analysis? 

A:  In  this  demonstration,  finite  difference.  In  six  months,  finite  element. 

Ql:  Is  the  meshing  you  showed  us  automatic? 

A:  The  coarse  mesh  is  part  of  the  object.  The  meshing  can  be  as  fine  as  necessary  to 
do  the  computation. 
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Technology  Demonstration  Session: 
University  of  California,  Berkeley 

Mr.  Charles  Smith,  University  of  California,  Berkeley 
(smythe@kingkong.me.berkeley.edu) 

(12  full-page  slides  start  after  page  C-75) 


Dr.  Szykman  introduced  Mr.  Smith  as  a  graduate  student  at  the  University  of 
California,  Berkeley. 

Mr.  Smith  began  his  demonstration  by  giving  a  presentation  on  his  personal  project, 
CyberCut,  a  system  for  distributed  design  and  manufacturing  over  the  Internet.  The 
CyberCut  approach  is  not  a  monolithic  CAD  system;  rather,  it  is  a  dialogue  between 
various  engineering  processes,  or  agents. 

CyberCut  has  a  simplified  form  of  a  CAD  agent:  a  GUI  (Graphical  User  Interface)  that 
presents  a  user  with  design  choices.  For  example,  a  design  choice  could  be  a  list  of 
features  that  the  user  can  access  directly.  CyberCut’ s  CAPP  (Computer-Aided  Process 
Planning)  agent  could  negotiate  feasibility  with  the  designer.  For  instance,  suppose  the 
designer  has  chosen  stereolithography  for  the  design,  and  tries  to  design  a  hollow  sphere. 
The  CAPP  agent  should  notify  flie  designer  that  the  design  may  cause  problems  by  trapping 
fluid  in  the  part  as  it  is  being  manufactured.  CyberCut’ s  CAM  agent  generates  the  physical 
p^  using  a  milling  machiiie,  by  stereolithography,  or  the  like.  For  example,  if  using  a 
milling  machine,  agent  can  increase  the  milling  speed  or  slow  down  the  feed. 

So  far,  of  the  components  necessaty  for  the  second  phase  of  CyberCut,  those  that  have 
been  designed  are  CyberCut,  the  University  of  California  at  Berkeley  planner,  and  the 
Machine  tool  Open  System  Advanced  Intelligent  Controller  for  Precision  Machining 
(MOSAIC-PM). 

Smith  ^scussed  three  design  consultants:  a  fabrication  agent,  a  planning  agent,  and 
a  design  agent.  A  fabrication  agent  knows  its  own  capabilities:  the  size  of  features  it  can 
m^e,  the  tolerances  it  can  achieve,  etc.  A  planning  agent  compares  the  process  planning 
with  the  capabilities  of  the  fabrication  agent,  and  passes  design  options  to  the  design  agent. 
The  design  agent  at  its  simplest  is  a  user  interface,  but  can  be  extended  to  include 
interactions  with  CAD  tools.  The  design  agent  takes  design  options,  puts  them  in  a  CAD 
system  such  as  ProEngineer,  allowing  the  user  to  use  a  familiar  interface.  The  user’s 
choices  influence  process  planning,  which  is  followed  by  manufacture  of  the  part. 

Mr.  Smth  followed  by  showing  a  video  from  the  Integrated  Manufacturing  Laboratory 
at  the  University  of  California  at  Berkeley,  which  showed  two  Internet  manufacturing 
environments,  CyberCut  and  Reuleaux.  Reuleaux  allows  the  user  to  design  and  fabricate 
p^  similar  to  a  rotary  component  used  in  the  Mazda  RX-7.  The  designer  watches  a  live 
video  of  the  manufacture,  and  can  obtain  force  data  in  real  time.  CyberCut  expands  on 
Reuleaux  with  a  stand-alone  CAD  package  allowing  the  design  of  parts. 

A  question-and-answer  period  followed  Mr.  Smith’s  presentation  and  video. 
Questioners  are  identified  by  number. 

Ql:  In  the  WWW  demonstration,  do  you  allow  people  on  the  web  to  say,  “make  this 
part”? 

A:  Because  prototyping  is  expensive,  in  the  WWW  demonstration,  users  can  drag 
features  around,  but  the  “make  part”  button  does  nothing. 

Q2:  Who  uses  the  system? 

A:  Mostly  people  in  the  lab,  for  small  design  projects.  My  advisor  jokes  that  we’ll  buy 
a  warehouse,  a  computer,  and  a  milling  machine,  and  use  the  system  commercially. 
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Technology  Demonstration  Session:  Stevens  Institute  of 
Technology f  Design  Manufacturing  Institute 

Dr.  George  Mychaljuk  and  Dr.  Kishore  Pochiraju, 

Stevens  Institute  of  Technology,  Design  Manufacturing  Institute 
({george,kishore}@dnii.stevens-tech.edu) 
(demonstration  given  vi^ithout  slides) 


Dr.  Szykman  introduced  Dr.  Mychaljuk  as  a  senior  design  engineer  at  the  Stevens 
Institute  of  Technology  Design  Manufacturing  Institute,  and  Dr.  Pochiraju  as  a  faculty  in 
the  Mechanical  Engineering  Department  and  research  staff  at  the  Design  Manufacturing 
Institute. 

Drs.  Mychaljuk  and  Pochiraju  demonstrated  ACES  (Automated  Concurrent 
Engineering  System),  a  feature-based  design  system.  This  object-oriented  system  takes  the 
user  through  the  design  process  from  requirements  to  optimization. 

The  system  has  four  components;  ProEngineer,  ACES’s  user  interface,  a  kernel  that 
includes  communications  objects  and  consists  of  500,000  lines  of  C-h-  code,  and  a 
database  and  wraparound.  ACES  is  object-oriented.  Thus,  the  user  feels  comfortable  in 
individual  domains.  The  Design  Manufacturing  Institute  is  collaborating  with  Lucent 
Technologies  on  this  project. 

The  process  start  with  requirements.  An  object  has  an  interface  with  attributes,  such  as 
a  customer’s  requirements  for  a  part.  The  designer  starts  with  nothing,  and  then  builds  the 
geometry.  ACES’s  paradigm  for  building  the  part  is  called  “smart  templates”.  Each 
template  in  ACES  has  two  components:  form  and  functions.  ACES  has  knowledge  to 
evaluate  the  design  at  two  levels:  a  global  level,  such  as  the  process  design  domain;  and  a 
feature  level. 

A  conference  participant  interrupted  to  ask  if  the  standard  templates  have  invariant 
topologies,  or  if  they  can  change  size  and  thickness.  Dr.  Pochiraju  answered  that  it  was 
possible  to  create  the  topology  in  a  CAD  system,  and  then  import  the  topology  to  ACES 
without  difficulty. 

In  ACES,  it  is  possible  to  highlight  features  for  any  of  the  parts  in  a  design.  The  user 
clicks  on  geometric  dimensions,  and  can  see  what  ProEngineer  is  using  to  calculate  the 
dimensions  of  the  part.  ACES  has  information  about  design  rales  (e.g.,  the  range  of 
allowable  thickness  is  0.5  to  0.25).  ACES  has  the  concept  of  feature-to-feature 
communication;  for  example,  features  can  communicate  about  structure  or  about  heat  flow. 

Another  conference  participant  interrupted  to  ask  if  ACES  assumes  a  standard 
representation  scheme  for  the  material  properties  database.  Dr.  Pochiraju  replied  that 
ACES  can  represent  several  materials  in  one  part,  and  can  represent  what’s  physically 
possible,  such  as  flow  length  for  a  thermoplastic  resin.  ACES  puts  material  properties  in  a 
standard  form  that  it  likes.  Changing  materials  in  ACES  is  easy;  the  time  for  an  update  is 
one  minute  or  less. 

Design  intent  in  ACES  is  constraint-based.  Constraints  can  come  from  the  feature 
level,  or  alternatively,  from  the  global  level.  A  conference  participant  interrupted  to  ask  if 
ACES  checks  constraints  automatically  with  each  feature,  or  if  the  designer  had  to  ask  it  to 
check  constraints  manually.  Dr.  Pochiraju  rephed  that  ACES  checks  constraints 
automatically  by  way  of  a  dependency  tree,  comprising  a  subset  of  the  dependent  objects. 
ACES  has  a  utility  that  shows  the  dependency  tree,  a  good  example  of  traceability. 

ACES’s  economic  analysis  has  a  cost  estimator,  which  considers  material,  mold, 
processing,  assembly,  and  inserts.  ACES  also  allows  the  designer  to  use  a  personal  Excel 
spreadsheet  if  the  designer  prefers  that  over  ACES’s  cost  estimator. 

The  designer  may  wish  to  do  tradeoff  studies.  Dr.  Pochiraju  demonstrated  that  by 
changing  the  size  of  a  slot;  ACES  automatically  updated  the  cost,  and  warned  of  a  violated 
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stress  constraint  through  its  messaging  system.  Dr.  Pochiraju  went  through  the  options 
necessary  to  repair  the  constraint  violation. 

ACES  allows  the  designer  to  solve  various  constraints  to  allow  optimization.  There 
may  be  variables  that  can  be  changed,  but  that  aren’t  described  in  ACES’s  domain.  Once 
the  optimization  is  done,  the  designer  can  press  the  Apply  button  to  apply  the  optimization 
to  system,  or  the  designer  can  change  a  value  and  re-optimize. 

A  conference  participant  interrupted  to  ask  why  ACES  was  a  concurrent  engineering 
system — could  it  run  on  different  machines?  Dr.  Pochiraju  answered  that  yes,  it  could  run 
on  up  to  four  machines.  The  questioner  asked  if  people  could  work  as  a  team;  Dr. 
Pochiraju  answered  yes. 

Another  conference  participant  interrupted  to  ask  what  kind  of  database  was  being 
used.  Dr.  Pochiraju  answered  that  it  was  in  MSQL  (Mini-SQL),  a  $600  relational  database 
from  Australia.  The  questioner  asked  whether  MSQL  has  storage  management;  Dr. 
Pochiraju  answered  no,  but  MSQL  has  some  kind  of  caching. 

Dr.  Pochiraju  noted  that  he  had  demonstrated  tradeoffs;  what  he  hadn’t  demonstrated 
was  content-building.  The  Design  Manufacturing  Institute  uses  ACES  for  injection 
molding;  other  people  are  using  ACES  to  design  electronic  packaging. 

A  question-and-answer  period  followed  the  demonstration  given  by  Dr.  Mychaljuk  and 
Dr.  Pochiraju.  Questioners  are  identified  by  number. 

Ql:  Are  the  function  arguments  real  numbers? 

A;  ACES  automatically  detects  real  numbers,  strings,  lists,  and  so  on.  ACES  has 
states  called  “cyclic”  and  “undefined”. 

Q2:  Can  you  compile  functions  in  the  system? 

A:  No,  all  functions  are  interpreted  in  the  kernel.  The  kernel  does  part  of  a  compiler’s 
job,  though,  in  its  dependency  tree. 

Q3:  How  is  ACES  linked  to  ProEngineer? 

A:  There’s  a  special  section  for  geometric  dimensions  in  part  attributes.  Part  attributes 
can  be  made  using  ProEngineer’ s  feature  creation  facility. 

Q4:  Can  two  people  touch  the  same  object  concurrently? 

A:  No. 

Q5:  How  does  ACES  fit  into  Metaphase,  for  example? 

A:  In  the  web,  we  can  separate  the  world  into  authors  and  readers.  Readers  can  see  the 
cost  and  the  intent,  but  cannot  change  the  design. 

Q6:  Do  you  classify  the  world  solely  into  authors  and  readers,  or  also  into  “authoring 
privileges  over  certain  parts”? 

A:  Solely  into  authors  and  readers — even  that  partition  is  somewhat  hacked. 

Q6:  But  if  you  have  enough  bandwidth,  problems  go  away. 

A:  Well  if  you  have  enough  bandwidth,  you  can  just  run  Xclient. 

Q8:  How  is  ACES  being  used  on  the  web  now? 

A:  Not  at  all.  We  have  plans  for  web  readership. 
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Einstein  Objects:  An  Open  Standard  for  Web-Enabled 
Distributed  Design  and  Simulation  of 
Electro-Mechanical  Products 

Dr.  Rick  Palmer,  Beam  Technologies  (rick@beamtech.com) 
(20  full-page  slides  start  after  page  C-89) 


Dr.  Regli  re-introduced  Dr.  Palmer  as  a  senior  scientist  at  Beam  Technologies. 

Dr.  Palmer  noted  that  he  had  been  working  in  this  area  for  ten  years,  and  that  the  work 
he  was  describing  was  done  as  part  of  MADE,  now  called  Rapid  Design  Exploration  and 
Optimization  (RaDEO). 

Dr.  Palmer’s  goal  is  to  create  the  Einstein  Suite,  an  environment  for  composable, 
scalable,  multi-level,  multi-discipline  product  representation  and  have  it  be  web-enabled. 
The  Einstein  Suite  “does  everything”.  Simulation  allows  one  to  cut  costs  and  design  time 
by  an  order  of  magnitude.  Dr.  Palmer  supported  VRML  as  a  standard. 

Working  with  Lockheed-Martin  in  Georgia,  the  Einstein  Suite  is  redesigning  a  C-141 
aileron  actuator  system.  This  is  a  real  problem  that  has  already  been  solved.  Thus,  it 
provides  a  good  basis  for  comparison.  Work  is  just  getting  started. 

At  present,  there  is  no  computer  representation  to  support  reasoning  about  products; 
this  reasoning  must  include  process  planning,  marketing,  and  so  on.  Einstein  Objects  are 
composable,  scalable  objects  to  represent  the  physic^  properties  of  electro-mechanical 
systems.  Instead  of  physical  models,  designers  can  use  the  Einstein  Suite  to  constmct 
simulators.  Composability  would  give  simulation  a  breakthrough  in  cycle  time.  The  web 
is  truly  integrated  into  Einstein  Objects;  the  definition  of  Einstein  Objects  involves  a  URL 
(Universal  Resource  Locator)  at  each  level. 

In  addition  to  Einstein  Objects,  the  Einstein  Suite  includes  other  software.  PDESolve  is 
a  C-H-  extension  that  allows  the  user  to  write  a  Partial  Differential  Equation  (PDE)  in  C++- 
like  syntax;  PDESolve  will  then  mn  and  produce  the  correct  answer.  Web  Vis  is  an  HTML- 
based  visualization  environment  for  engineering  and  scientific  computing.  PowerMath,  a 
parallel  High-Performance  Computing  (HPC)  implementation  of  Einstein  Objects  and 
PDESolve,  can  run  on  a  workstation,  a  network  of  workstations,  or  on  an  SP2  (Scalable 
Parallel  2)  machine,  the  “world’s  fastest  computer”. 

The  Einstein  Suite  is  being  used  to  solve  Computational  Fluid  Dynamics  (CFD) 
problems,  which  can  be  more  difficult  than  Finite  Element  Analysis  (FEA)  problems.  For 
example,  in  CFD,  one  might  have  a  model  of  a  wing  and  a  model  of  the  air  flowing  over  it. 
The  shape  of  the  wing  affects  the  shape  of  the  airflow,  which  in  turn  affects  the  shape  of 
the  wing. 

The  Einstein  Suite  uses  reformulated  CFD  code  to  compute  sensitivity  of  the  answers. 
In  the  aileron  design  problem,  reformulating  the  CFD  code  brought  the  number  of  answers 
from  600,  which  is  impractically  many,  to  21,  which  is  a  number  than  can  be  dealt  with. 

Einstein  Objects  can  make  use  of  algorithms  for  solving  a  variety  of  equations  and 
problems,  inclu^g  PDEs,  Ordinary  Differential  Equations  (ODEs),  Differential-Algebraic 
Equations  (DAEs),  Discrete  events  (modeled  by  Hyperbolic  ODEs  (HODEs)  and 
Hyperbolic  PDEs  (HPDEs)),  and  combinations  of  the  above.  These  algorithms  can  model 
most  engineering  problems,  and  more  specifically,  most  mechanical  C^^  problems  such  as 
modeling  of  fluids  and  solids. 

Einstein  Objects  have  geometry,  state  variables,  and  parameters,  as  well  as  behavior 
equations  that  model  such  properties  as  heat  flow  and  elasticity.  The  physics  meta-model 
encapsulates  physical  properties  necessary  for  modeling.  Geometry  includes  applying 
force  at  a  point,  computing  the  load  along  a  surface,  etc. 

In  the  slides  is  a  picture  of  a  robot  arm,  and  a  graphical  description  of  the  robot  arm. 
The  graphical  description  includes  the  set  of  equations  associated  with  a  joint. 
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PDESolve  is  implemented  as  a  C-h-  class  library.  One  can  write  in  one  page  of 
PDESolve  what  would  take  600  pages  of  Fortran.  PDESolve  uses  VRML  for 
visualizations.  In  the  PDESolve  example  in  the  slides,  BC  refers  to  a  boundary  condition. 
WhenContact  specifies  that  the  BC  satisfies  one  condition  when  two  objects  contact,  and 
another  when  they  do  not.  The  BC  can  therefore  be  computed  at  run-time. 

The  PowerMath  implementation  uses  standard  tools.  PETSc  (Portable,  Extensible 
Toolkit  for  Scientific  computation)  is  a  numerical  computing  package  from  Argonne 
National  Laboratory.  PowerMath  allows  a  programmer  to  use  a  supercomputer  without 
programming  for  a  supercomputer. 

In  an  Einstein  Suite  design  scenario,  a  thermal  analysis  and  a  rigid  body  analysis  can  be 
done  from  the  same  representation.  One  can  make  the  design  available  on  the  web  for 
others  to  use.  A  script  dlows  the  user  to  see  the  steps  taken  in  performing  the  analysis. 

There  is  a  need  for  a  product  representation  language  to  support  design,  assembly, 
maintenance,  manufacturing,  analysis  &  simulation,  management,  and  marketing.  For 
example,  a  maintenance  object  can  be  augmented  with  URLs  to  pop  out  pages  describing 
how  to  maintain  the  object. 

The  need  for  composable  objects  is  an  important  one.  Without  them,  when  there  is  a 
need  to  combine  multiple  objects,  a  great  deal  of  work  needs  to  be  repeated.  There  is  also  a 
need  for  scalable  objects.  After  a  motor  is  modeled,  a  scaled  version  of  that  model  should 
be  able  to  be  inserted  in  the  model  of  a  car  and  stiU  1^  usable. 

To  get  industry  buy-in,  the  fundamental  issue  is  the  financial  bottom  line.  Legacy 
systems  need  to  be  brought  into  the  future  and  to  be  made  available  as  technology  changes. 
To  get  an  open  standard,  one  may  try  an  informal  approach  instead  of  a  formal  group.  Or, 
as  a  slightly  less  desirable  model,  we  can  look  to  the  way  Java  developed. 

A  question-and-answer  period  followed  Dr.  Palmer’s  talk.  Questioners  are  identified 
by  number. 

Ql:  Your  solver  is  nonlinear  as  well  as  linear.  Do  you  use  the  same  methods  for  both? 

A:  We  do  a  symbolic  linearization  of  nonlinear  problems  to  produce  linear  problems. 

Q2:  What’s  your  schedule  of  availability? 

A:  Within  six  months  I’ll  show  a  full  demonstration. 

Q2:  Is  the  Einstein  Suite  written  in  Java? 

A:  No.  We  use  Java.  Java  is  a  general-purpose  network-computing  programming 
language,  but  it  isn’t  enough  for  higher-level  communication  of  network-centric  CAD  data. 
We  use  Java  and  VRML  for  what  fiieir  strengths  are:  general-purpose  programming  If  we 
have  a  Babel  of  programming  languages,  we’re  not  focused  on  the  right  problems. 

Q3:  How  does  an  end-user  create  primitives? 

A:  Using  an  existing  CAD  system,  such  as  AutoCAD,  and  armotating  the  primitive  as 
necessary  for  material  properties. 

Q3:  What  standard  are  you  using  for  geometry  input? 

A:  We  want  to  be  geometry-input-neutral.  We  have  requirements  on  representation, 
for  example,  shape. 

Q3:  How  do  you  handle  legacy  code? 

A:  The  architecture  allows  a  plug-in  at  the  solving-equation  level.  But  legacy  code 
becomes  just  one  big  object. 

Q3:  Here’s  a  migration  path  idea:  first,  use  existing  simulation  tools;  second,  create 
geometry  in  an  easy  way  without  having  to  annotate  it. 
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Q4:  What  were  the  technical  challenges  in  linking  these  applications? 

A:  We  have  this  C-H-  library.  We  could  write  a  C-h-  program  to  do  things.  Instead, 
we  write  an  Einstein  Suite  interpreter  that  passes  the  object  over  the  Internet  to  a  C++ 
compiler.  But  URLs  can  exist  at  any  level,  so  the  compiler  might  have  to  go  to  the  Internet 
to  get  pieces  of  the  object. 
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Changing  Priorities  of  Research  on  WWW-Based 
Engineering  Services 

Dr.  Michael  Terk,  Rice  University  (terk@rice.edu) 

(17  full-page  slides  start  after  page  C-111) 


Dr.  Regli  introduced  Dr.  Terk  as  a  professor  in  the  Department  of  Civil  Engineering  at 
Rice  University,  formerly  of  Carnegie  Mellon  University,  who  worked  on  the  DARPA 
ACORN  (Adaptive,  Collaborative,  Open  Research  Network)  project. 

Dr.  Terk  said  that  the  ACORN  project  had  been  doing  web-based  services  for  about 
three  and  a  half  years.  The  goal  of  ACORN  was  to  build  a  community  of  design  and 
manufacturing  services  that  use  the  Internet;  This  project  was  led  jointly  by  the  Engineering 
Design  Research  Center  (EDRC)  at  Carnegie  Mellon  University  and  Enterprise  Integration 
Technologies  (EIT).  EIT  was  responsible  for  developing  low-level  infrastructure  to  support 
ACORN,  while  CMU  was  involved  in  building  engineering  services  as  a  proof-of-concept. 
ACORN'S  objective  was  to  create  as  many  services  as  possible  and  to  use  demonstration  of 
these  services  in  real  product  development  scenarios  to  excite  the  manufacturing 
community. 

ACORN'S  overdl  vision  was  to  target  small  product  development  teams  that  rely  on  a 
lot  of  external  services.  ACORN  targeted  the  WWW  as  the  basis  for  its  infrastructure 
because  it  allows  wide  access  to  external  resources. 

One  of  ACORN'S  important  considerations  was  providing  support  and  demonstrations 
for  a  wide  range  of  engineering  services  and  a  wide  range  of  interactions  with  those 
services.  In  the  first  phase  of  this  effort,  ACORN  selected  four  services  to  be  built:  the 
SLA  (Stereo  Lithography)  prototyping  service  which  is  a  web  interface  to  an  existing 
stereolithography  shop;  the  ACDS  (Automated  Configuration  Design  Service),  a  design 
service  developed  at  University  of  Michigan  which  used  information  catalogs  on  the  web  to 
perform  configuration  design  of  electronic  components;  a  Shape  Acquisition  service, 
developed  at  University  of  Pennsylvania,  to  do  reverse  engineering;  and  an  Assembly 
Analysis  service  which,  based  on  the  assembly  sent  to  fiem  by  the  user,  provides 
alternative  disassembly  plans  to  the  user  who  can  tihen  evaluate  them. 

The  SLA  and  ACDS  services  can  be  classified  as  batch  services,  since  they  use  well 
established  formats  for  their  input  and  require  minimum  user  interaction  once  the  input  has 
been  submitted  to  the  service. 

In  the  SLA  service,  a  part  geometiy  (as  STL  (Standard  Template  Library)  files,  or  as  a 
ProEngineer  files  converted  internally),  and  additional  information  such  as  type  of  resin 
and  a  delivery  destination  is  submitted  as  part  of  a  RFQ  (Request  For  Quote).  A  quote  is 
then  returned  to  the  user.  Upon  submitting  an  order,  the  part  can  be  tracked  through  CAD 
verification,  scheduling,  in-machine  and  out-of-machine.  The  finished  part  is  then  delivered 
by  Federal  Express.  This  WWW  interface  is  currently  being  used  by  ALCOA  SLA  service 
to  support  interaction  with  their  internal  customers. 

The  web  encapsulation  of  batch  services  provides  significant  benefits  to  the  clients  of 
the  service.  Customers  who  are  involved  in  product  development  and  are  operating  under 
short  product  development  cycles  tend  to  use  a  small  sub-set  of  entrusted  service  providers, 
in  many  cases  forgoing  cost  savings  that  may  be  had  by  using  a  new  provider.  The  main 
reason  for  this  is  that  any  delays  in  filling  an  order  have  a  significant  ripple  effect  on  all 
activities  of  the  product  development  process.  This  becomes  increasingly  critical  as  the 
duration  of  the  development  cycle  decreases.  Thus,  the  ability  to  track  service  activities  and 
to  monitor  what  is  happening  to  an  order  is  critical  to  ensure  that  the  order  is  being  filled  on 
time.  The  SLA  service  interface  showed  how  the  WWW  interface  can  be  used  to  provide 
clients  with  the  ability  to  track  service  activities  24  hours  a  day  and  from  any  location  on  the 
Internet. 
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WWW  interfaces  to  batch  services  also  benefit  service  providers.  Two  main  benefits 
are  the  ability  to  provide  detailed  service  description  at  low  cost  and  the  ability  to  operate 
the  service  remotely.  The  WWW  provides  an  efficient  mechanism  for  offering  a  detailed, 
multi-media  description  of  service  capabilities.  Since  this  information  is  stored  with  the 
service  provider,  it  can  be  easily  updated  as  the  service  capabilities  change.  As  the  result, 
providers  can  just  give  clients  a  business  card  with  a  URL,  rather  than  a  big  packet  of 
printed  information  that  may  become  quickly  outdated.  In  addition,  the  WWW  interface 
can  be  used  to  allow  the  service  provider  to  operate  the  service  remotely.  In  the  case  of  the 
SLA  service,  the  WWW  interface  allowed  the  authorized  service  provider  to  access  the  list 
of  RFQs  and  orders,  assign  them  to  various  technicians,  track  their  status  and  generate 
responses.  It  can  be  further  expanded  to  allow  the  service  provider  to  execute  computer 
tools  that  verify  the  CAD  models  submitted  to  the  service. 

Because  of  the  success  of  the  web  interfaces  to  the  SLA  and  ACDS  batch  services,  the 
second  phase  of  ACORN  funded  the  creation  of  six  additional  Internet-based  services. 
Soligen  is  a  solid  casting  service.  IndusttyNet  is  a  catalog  of  manufacturing  information. 
Engineering  Geometry  Systems  does  rapid  prototyping.  STEP  Tools  translates  CAD  files 
fi-om  proprietary  formats  to  STEP.  The  Virtual  Market  Square  at  CMU  provides  education 
for  potential  service  providers.  Concurrent  Technologies  implements  a  material  database. 
(Several  of  these,  such  as  IndustryNet  and  STEP  Tools,  have  since  evolved  beyond  these 
original  services.) 

Shape  Acquisition  Service  from  University  of  Peimsylvania  can  be  considered  an 
example  of  a  Pre-  and  Post-Processing  services.  The  goal  of  this  service  is  to  produce  a 
CAD  model  by  scatming  an  existing  part.  This  service  uses  the  automated  positioning  and 
scan  integration  software  to  produces  a  low-fidelity  model  of  the  part.  The  WWW  interface 
can  then  be  used  to  present  Ae  user  with  the  current  model  and  allow  user  to  define  which 
areas  would  require  additional  scanning  to  improve  the  quality  of  the  model.  This  allows 
the  user  to  reduce  the  number  of  scans  performed  (  and  the  cost  of  the  service)  by 
communicating  the  domain  specific  information  once  the  initial  scan  is  performed.  This  is 
an  example  of  a  "conversation  with  customer"  that  can  be  supported  by  the  to  define  a 
problem  in  more  detail  or  to  refine  the  solution  generated  by  the  service.  This  class  of 
services  provides  incretised  amount  of  interaction  between  the  service  customer  and  service 
provider  but  this  interaction  occurs  at  strictiy  defined  points  in  the  service  operations 

Initially,  the  Shape  Acquisition  Service  developed  an  user  interface  based  on  WWW 
forms  and  image  maps.  Because  of  the  interactive  nature  of  service,  the  WWW  image  maps 
made  the  interaction  with  the  service  difficult.  JavaScript  language  provides  an  improved 
the  solution.  Using  a  JavaScript,  the  service  interface  can  be  extended  to  receive  a  scan 
position  from  the  customer,  acquire  data  fi-om  a  scan,  integrate  it  with  an  existing  model, 
and  then  ask  for  a  new  scan  position.  The  result  of  the  service  can  be  produced  in  VRML. 
ACORN  is  investigating  having  the  user  control  the  scanner  through  Java . 

Finally,  ACOIW  has  explored  the  development  of  interactive  services.  In  this  class  of 
services,  the  user  interactively  defines  the  problem.  There  are  no  industry-wide  standards 
for  the  input.  As  an  example  of  this  type  of  services,  EDRC  has  developed  a  fixture 
analysis  service  that  utilizes  FDATI  (Fixture  Design  &  Analysis  Tool  Interface)  interface  to 
fixture  analysis  tools.  This  interface  allows  the  user  to  interactively  manipulate  a  3D  model 
of  an  assembly  of  part,  define  a  set  of  possible  fixture  points,  submit  this  information 
through  FDATI  for  stability  analysis,  receive  results  and  interactively  changes  the  fixture 
points.  The  interface  to  this  service  is  implemented  as  a  Java  applet  that  support  display  of 
3D  objects  and  interactive  definition  of  fixture  points. 

From  the  ACORN  project,  several  lessons  were  learned.  First,  web-based  services 
improve  customer  satisfaction  with  increased  communication  bandwidth.  Second,  the  wide 
availability  of  WWW  and  the  ease  of  its  interface  is  helping  to  move  the  ideas  of  ^stributed 
engineeMg  systems  to  the  mainstream.  Third,  the  major  features  of  WWW  software  (such 
as  security  and  access  speed)  are  driven  by  the  entertainment  world  and  the  business  world, 
not  by  the  manufacturing  world.  Features  that  are  needed  by  manufacturing  but  to  a  lesser 


degree  by  the  drivers  (entertainment  and  business)  such  as  integrating  file  uploaded  into  a 
web  browser,  are  still  absent. 

Finally,  the  emergence  of  a  broad  community  of  engineering  services  that  are  available 
through  the  Internet  requires  a  clear  understanding  of  the  legal  and  societal  aspects  of 
interaction  with  remote  services  through  an  electronic  medium.  This  understanding  will 
enable  companies  to  take  full  advantage  of  the  Internet  to  support  a  community  of 
engineering  and  manufacturing  companies. 

A  question-and-answer  period  followed  Dr.  Terk’s  talk.  Questioners  are  identified  by 
number. 

Ql:  Our  experiences  are  similar.  The  right  methodology  is  to  provide  web  technology 
inside  existing  applications. 

A:  Agreed.  For  example,  a  CAD  application. 

Ql:  I  think  that  there’s  a  profound  message  here:  end  users  have  expertise  in  the 
context  of  their  favorite  tools. 

A:  Yes.  It  would  be  different  if  browsers  were  good  CAD  front-ends,  but  they’re  not. 

Ql:  Also  important:  developing  workflow  across  the  web. 

A:  Yes.  Customers  say,  “We  dways  do  things  in  the  same  order — ^why  do,  save,  do, 
save,  et  cetera?” 

Q2:  Did  ACORN  interact  with  the  Manufacturing  Extension  Partnership? 

A:  Yes.  We  used  the  Cleveland  Advanced  Manufacturing  Testbed. 
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SmartWeld 


Dr.  John  Mitchiner,  Sandia  National  Laboratories  (jlmitch@sandia.goy) 
(21  full-page  slides  start  after  page  C-131) 


Dr.  Regli  introduced  Dr.  Mitchiner  as  the  Knowledge  Engineering  Team  Leader  at 
Sandia  National  Laboratories. 

Dr.  Mitchiner  began  by  calling  Sandia  the  design-engineering-for-nuclear-weapons 
laboratory.  At  Sandia,  engineers  have  to  build  parts  with  40%  of  the  money  they  had 
several  years  ago.  Sandia  is  about  40  years  old  (built  in  1952),  so  people  there  tend  to 
work  40  years  and  then  retire — ^which  means  that  their  expertise  is  lost.  Expertise  is  also 
lost  through  downsizing. 

One  current  objective  is  to  be  able  to  design  and  manufacture  products  with  this  greatly 
reduced  capability.  This  has  to  be  done  in  a  shorter  amount  of  time,  at  lower  cost,  and  with 
higher  quality  (Design  For  Six  Sigma).  Sandia  has  the  same  concerns  as  industry  for  the 
same  reasons.  This  is  a  six  to  ten  year  project  within  Sandia,  with  an  investment  of  tens  of 
millions  of  dollars. 

This  project  has  an  Enterprise  Integration  team,  whose  charge  is  to  exploit  high-speed 
networks  and  CORE  A  support,  as  well  as  a  Manufacturing  Process  Technologies  team. 
One  concern  that  had  come  up  was  that  processes  that  ran  perfectly  for  six  months  would 
fail  for  two  months,  and  then  work  again.  Was  the  failure  because  of  temperature? 
humidity?  chemical  changes  in  the  incoming  materials?  Nobody  knew. 

Dr.  Mitchiner  works  with  the  Knowledge  Engineering  Team  (KET)  on  Virtual 
Manufacturing.  The  KET  takes  knowledge  in  heuristic  form  from  engineers  and  attempts 
to  codify  this  knowledge  as  a  mathematical  model.  The  advantages  of  a  mathematical 
model  are  that  it  is  completely  reproducible,  that  it  is  improvable,  and  that  it  is  available 
twenty-four  hours  a  day,  in  contrast  to  an  expert  who  might  take  three  weeks  to  give 
somebody  fifteen  minutes  of  his  time.  Another  problem  that  was  faced  is  integration  and 
interaction  of  experts.  This  problem  is  critical,  but  often  overlooked. 

KET  has  three  active  projects,  as  well  as  one  project  in  the  quasi-development  stage. 
SmartWeld  is  a  three-year  project  at  five  million  to  six  million  per  year.  SmartWeld  takes 
welding  from  art  to  science  by  means  of  many  welding  tests  and  models,  and  then  puts  the 
science  in  a  CAD  tool  where  people  can  use  it.  SmartWeld  is  a  concurrent  model-driven 
environment.  At  present,  it  uses  a  Netscape  interface  on  Sandia’ s  intranet;  KET  will  try  to 
go  through  the  process  to  make  it  available  on  the  Internet,  outside  of  Sandia. 

SmartWeld  includes  a  Welding  Advisor,  the  focus  of  the  first  part  of  this  talk.  It  also 
includes  a  Welding  Scheduler,  which  determines  how  fast  the  welding  beam  should  be 
moved,  and  in  what  arc.  A  welder  had  initially  told  KET  researchers  that  the  speed  and  arc 
of  the  beam  are  dependent  on  five  variables,  but  after  modeling,  they  ended  up  with  300  to 
400  variables. 

With  the  Welding  Advisor,  at  the  time  that  a  part  is  defined,  so  a  basic  problem  area 
(e.g.,  housing  welds).  The  user  answers  questions,  and  the  advisor  generates  physically 
realizable  processes  and  designs.  Green  colors  indicate  designs  in  which  everything  is 
okay;  yellow  colors  indicate  designs  in  which  all  defined  (hard)  constraints  are  okay,  but 
desirables  (properties  which  are  not  hard  constraints)  are  violated;  red  colors  indicate 
designs  in  which  a  defined  constraint  is  violated.  If  you  click  on  a  yellow-  or  red-colored 
design,  the  Welding  Advisor  has  an  explanation  facility  to  describe  the  problem — 
something  that  is  very  useful  to  a  welder. 

The  Near  Net  Shape  Process  Selection  Advisor,  which  will  be  operational  by  the  end  of 
the  year,  is  concerned  with  the  problem  of  casting.  In  casting,  it  t^es  six  to  nine  months 
to  get  an  initial  part,  but  this  length  of  time  has  been  evolving  down  to  three  to  four  weeks, 
mostly  as  a  result  of  rapid  prototyping. 


52 


The  Machinability  Advisor  is  a  “spellchecker  for  features”.  It  needs  information  on 
functionality — ^for  example,  a  slip-fit  hole. 

Most  of  the  tools  developed  by  the  KET  reside  on  different  computers  on  Sandia’s 
Califomia/New  Mexico  network,  but  since  the  information  is  passed  seamlessly,  customers 
didn’t  know  about  the  distributed  nature  of  the  system. 

A  conference  participant  interrupted  Dr.  Mitchiner  to  ask  how  the  KET  tied  together  the 
tools.  Dr.  Mitchiner  replied  that  KET  used  Remote  Procedure  Calls  (RPCs)  to  tie  together 
the  tools.  This  was  pre-CORBA.  The  computers  were  fairly  homogeneous:  mostly  Suns, 
with  a  few  Grays. 

KET  proposes  the  KET  Project  Integration  shown  in  the  slides.  This  also  involves  the 
System-Level  Inte^ation  shown  in  the  slides.  As  part  of  System-Level  Integration,  the 
part/whole  viewpoint  starts  to  map  into  a  processing  viewpoint. 

A  question-and-answer  period  followed  Dr.  Mitchiner’ s  talk.  Questioners  are  identified  by 
number. 

Ql:  How  successful  have  you  been  in  general? 

A:  Depends  on  your  definition  of  success.  SmartWeld  has  designed  a  part  that  was 
ready  to  be  manufactured.  A  domain  expert  used  the  system,  and  the  system  told  the  weld 
expert  about  something  that  he  had  forgotten.  Thus,  SmartWeld  was  extremely  successful. 

How  much  has  it  been  used?  Based  on  that  definition,  SmartWeld  has  been  moderately 
successful.  We’re  not  really  satisfied  as  yet.  We’re  developing  a  formal  process  of 
wrapping  uses  in  as  a  board  of  advisors. 

Q2:  Do  you  find  demand  from  internal  customers? 

A:  Yes,  but  we  have  a  wide  range  of  people.  Some  won’t  touch  computers  to  save 
their  souls. 

Q3:  Has  your  machinability  advisor  looked  at  the  characteristic  of  tolerance? 

A:  Wght  now,  our  machinability  advisor  operates  in  a  one-dimensional  mode: 
information  passes  to,  not  from,  the  manufacturing  floor.  That’s  a  future  direction. 
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PartNET:  the  Parts  Information  Network 


Dr.  Don  R.  Brown,  Associate  Professor,  University  of  Utah/PartNET,  Inc. 

(don.bro  wn  @  part.net) 

(6  full-page  slides  start  after  page  C-155) 


Dr.  Szykman  introduced  Dr.  Brown  as  having  done  work  at  Stanford  on  NextCut,  and 
now  being  at  the  University  of  Utah  and  PartNET,  Inc.  (the  Parts  information  NETwork). 

Dr.  Brown  began  by  describing  PartNET  as  a  parts  catalog  scheme  on  the  Internet, 
started  at  the  University  of  Utah  and  commercialized  by  twelve  people  in  a  research  park 
adjacent  to  the  University.  PartNET  is  funded  by  DARPA  and  the  U.S.  Navy. 

Informal  studies  show  that  85%  of  design  flow  time  is  spent  on  parts  research  and 
acquisition.  On  the  one  hand,  design  flow  time  is  not  engineering  time,  so  this  is  not  as 
exf^nsive  as  it  might  sound.  On  the  other  hand,  design  flow  time  has,  for  example,  F-16’s 
sitting  on  the  ground  waiting  for  parts  so  there  are  costs  involved. 

FITHTT  (Hnd  It  Today,  Have  It  Tomorrow)  is  hot  topic  within  the  military.  A  90-  to 
100-day  delivery  cycle  is  undesirable,  but  it  is  not  unusual. 

The  PartNET  architecture  is  distributed.  On  one  side  of  the  architecture  are  databases — 
be  they  relational  databases  or  object-oriented  databases — ^that  describe  what  parts  a 
company  can  provide.  On  the  other  side  of  the  architecture  are  two  types  of  clients, 
Windows  clients  (both  Windows  NT  and  Windows  95)  and  WWW  clients. 

The  Network  Information  Broker  is  a  directory  to  help  users  find  parts  on  the  system. 
Consider  the  following  scenario:  a  client  proposes  a  query,  say  a  search  for  one-  to  three- 
inch  diameter  ball  bearings.  The  Network  Information  Broker  processes  the  query,  sends 
it  to  vendors,  receives  and  collates  responses,  and  sends  them  back  to  the  client.  Because 
the  architecture  is  distributed,  it  is  maintained  by  suppliers.  Importantly,  the  responsibility 
of  maintaining  the  databases  is  theirs.  The  system  uses  public-key  encryption. 

Searches  can  be  done  on  part  characteristics,  national  stock  number,  manufacturer, 
distributor,  or  part  number.  Searches  can  produce  pricing  information,  part  characteristics, 
and  data  sheets.  Searches  can  also  produce  availability  information:  one  vendor  teUs  you 
how  many  parts  they  have  on  the  shelf,  which  helps  with  plaiming  and  scheduling. 
Finally,  searches  can  produce  CAD  models;  one  vendor  has  more  than  65,000  models  of 
parts.  There  are  currently  one  million  parts  on  the  system,  half  mechanical,  half  electric. 

A  question-and-answer  period  came  between  Dr.  Brown’s  talk  and  his  demonstration. 
Questioners  are  identified  by  number. 

Ql:  Is  there  any  problem  on  the  pricing  issue  because  of  vendors  being  concerned 
about  putting  prices  out  there? 

A:  Some  vendors  will,  some  won’t.  Some  won’t  even  tell  their  own  salespeople. 

Q2;  How  detailed  are  CAD  models? 

A:  CAD  models  are  as  detailed  as  the  vendor  wants.  Some  vendors  feel  the  models  are 
proprietary,  and  others  fear  reverse  engineering.  PartNET  actually  has  been  used  for 
reverse  engineering,  but  that  vendor  said  it’s  worth  it  to  have  the  parts  available  out  there. 

Q3:  What  format  does  PartNET  use  for  CAD  models? 

A:  PartNET  uses  AutoCAD  “.dwg”  format. 

Q4:  For  what  parts  is  it  easiest  to  get  CAD  models? 

A:  I  don’t  have  enough  experience  to  answer  the  question.  I’m  sure  it  varies  across 
industries. 
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Dr.  Brown  continued  with  a  quick  mock-up  demonstration.  There  is  a  web  interface  at 
http://www.part.net/,  but  it’s  under  construction;  it  will  be  enhanced  and  sped  up  gready. 

The  demonstration  was  done  using  the  actual  Windows  interface  used  by  Department  of 
Defense  customers.  Parts  can  be  searched  for  by  keyword  or  by  browsing  a  hierarchy. 
Dr.  Brown  demonstrated  the  hierarchy,  going  from  parts,  to  mechanical  parts,  to  F.nglish 
gears,  to  helical  gears.  A  query  window  came  up  with  units  (it  can  do  conversions  on  the 
fly).  Dr.  Brown  asked  for  gears  with  60  teeth  between  1.5  and  3  inches. 

The  search  then  goes  out  and  queries  vendor  databases  to  retrieve  the  desired 
information.  In  the  mock-up,  the  search  is  instant;  in  reality,  it  takes  20-30  seconds.  One 
company  came  up  as  having  four  parts  that  matched  the  specifications.  The  user  can  view 
more  detailed  part  descriptions,  CAD  models,  images,  or  jump  to  the  company’s  home 
page. 

Dr.  Brown  demonstrated  the  purchasing  interface.  He  entered  the  keyword  “resistor”, 
selected  carbon  composition,  and  asked  for  resistance  of  16  megaohms,  tolerance  less  than 
10%,  and  vendors  with  at  least  300  resistors  in  their  inventory  (which  eliminates  vendors 
that  don’t  make  inventory  information  available).  PaitNET  then  created  a  shopping  cart. 
(For  vendors  that  give  quantity  discounts,  if  the  quantity  in  the  shopping  cart  changes,  the 
price  changes).  At  this  point,  PartNET  is  ready  for  the  user  to  give  an  address  and  have  the 
part  shipped  (though  the  user  does  have  to  have  an  account  set  up  with  the  vendor  in 
advance). 

A  question-and-answer  period  followed  Dr.  Brown’s  demonstration.  Questioners  are 
identified  by  number. 

Q5:  Do  any  of  your  vendors  ask  you  for  statistics  about  what  queries  lead  to  sales? 

A:  Yes.  We  give  information  about  what  parts  clients  are  buying,  what  parts  clients  are 
finding,  and  what  parts  clients  are  not  finding. 

Q6:  What  about  optical  components? 

A:  We  don’t  cover  them  yet,  but  we  want  to. 

Q7;  What  about  graphical  searches? 

A:  We’d  love  to  do  those  as  well,  but  haven’t  done  so  yet.  We’d  work  with  a  willing 
graphical  search  partner. 

Q8:  The  parts  database  exists  at  the  vendors,  and  you  have  pointers? 

A:  Usually,  yes.  We  also  have  a  hosting  service,  but  if  they  have  it  at  their  site,  they 
can  maintain  it. 

Q9:  Are  there  client-slide  requests  for  automatic  hnks? 

A:  Nothing  formal.  There  are  some  experiments  in  hooking  up  applications — similar 
to  design  optimization. 

QIO:  How  much  do  I  have  to  pay  you  to  have  my  parts  come  up  first? 

A:  All  you  have  to  do  is  buy  your  own  fast  server  and  your  own  fast  connection. 

Qll:  Any  interest  in  fitting  PartNET  into  a  CAD  model?  into  a  containment  box? 

A:  Sure.  Boeing’s  interested.  This  is  a  good  area  for  research.  People  sometimes 
don’t  know  the  name  for  what  they  want.  People  also  ask,  “can  you  set  up  PartNET  inside 
our  company?”  But  they  have  custom  parts,  which  are  even  harder  to  categorize. 
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The  National  Advanced  Manufacturing  Testbed: 
Nanomanufacturing  of  Atom-Based  Dimensional  Standards 

Dr.  Clayton  Teague,  NIST  (clayton.teague@nist.gov) 

(slides  unavailable) 


Dr.  Szykman  introduced  Dr.  Teague  as  a  researcher  from  NIST  who  was  working  on 
one  of  the  four  main  projects  for  the  NIST  National  Advanced  Manufacturing  Testbed. 

Dr.  Teague  further  identified  himself  as  a  scientist  in  the  Precision  Engineering  Division 
of  NIST.  He  expressed  his  regret  that  he  could  not  have  attended  more  of  the  workshop. 
Nanomanufacturing  is  one-quarter  of  the  National  Advanced  Manufacturing  Testbed.  At 
present,  electronic  connections  in  microchip  circuits  are  350  nm  (nanometers)  wide.  This 
width  impacts  the  speed  of  the  processor,  the  chip  memory,  and  other  desiderata.  An 
industry  goal  is  to  reduce  this  width  to  180  nm,  and  then  to  120  nm. 

The  “Moore  Rule”  says  that  the  size  of  memory  drops  by  a  factor  of  two  every  4-5 
years.  But  there  are  limits  on  how  long  this  can  go  on.  There  are  imperfections  and 
irregularities  in  the  edges  of  circuit  lines  that  are  tolerable  at  350  to  500  nm,  but  which  are 
not  acceptable  if  the  circuits  are  as  narrow  as  180  or  120  nm. 

In  reality,  circuit  lines  are  neither  perfectly  vertical,  nor  perfectly  straight,  nor  perfectly 
parallel.  Artifact  tolerances  are  about  50  nm  at  present.  High-performance  STMs 
(scarming  tunneling  microscopes)  can  measure  to  0.1  nanometer  tolerance  with 
repeatability.  The  ideal  goal  is  to  make  artifacts  as  perfect  as  nature  allows:  atomically 
straight  and  vertical.  If  you  count  the  number  of  atoms  across  a  circuit  line,  180  nm  to  200 
nm  is  only  about  1500  atoms.  There  is  a  need  for  infrastructure  to  allow  measurement  and 
manufacture  of  ultra-high-accuracy  artifacts. 

To  see  the  vision  of  future  distributed  nanomanufacturing,  consider  current  fabrication 
techniques  for  X-ray  lithography.  The  supplier  fabricates  the  mask  and  ships  it  to  the 
customer,  the  customer  inspects  it  for  imperfections  and  ships  it  back  to  the  supplier,  the 
supplier  fixes  the  imperfections  and  ships  it  back  to  the  customer,  the  customer  performs 
the  X-ray  lithography. 

The  cleanliness  of  this  process  is  astounding.  Class  N  cleanliness  means  that  there  are 
no  more  than  N  contaminating  parts,  each  restricted  to  less  than  1  micrometer  in  size,  per 
cubic  meter.  Class  100  and  Class  10  cleanliness  exist;  Class  1  is  coming.  In  the  next 
generation,  transportation  of  these  masks  will  be  done  in  a  highly  control!^  environment: 
an  ultra-high  vacuum  system. 

The  typical  crystal  is  highly  granular.  The  industry  wants  a  mean  roughness  standard 
of  one-tenth  of  an  atomic  diameter.  Because  the  mean  roughness  is  averaged  over  a  big 
area,  this  standard  is  sensical.  To  achieve  this,  processes  must  overcome  the  roughness 
and  randomness  in  naturally-formed  features. 

Using  the  traditional  nanomanufacmiing  processes  of  Molecular  Beam  Epitaxy  (MBE) 
and  probe  transport  (pick  up  individual  atoms  and  transport  them),  artifacts  can  be  created 
that  show  (in  STM  images)  near-perfect  right  angles  and  squares.  Industry  needs  this  near¬ 
perfection. 

There  are  limitations  in  transport:  there  is  a  need  for  a  vacuum  system  that  is 
transportable.  We  would  like  to  have  a  standard  for  moving  artifacts  from  one  vacuum 
system  to  another.  Standards  such  as  those  for  mechanical  design.  Finite  Element 
Analysis,  are  helping  to  understand  how  to  do  this.  Toward  this  end,  the  Precision 
Engineering  Division  is  working  with  divisions  that  are  more  used  to  capabilities  in  the 
mechanical  engineering  area. 

A  question-and-answer  period  followed  Dr.  Teague’s  talk.  Questioners  are  identified 
by  number. 
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Ql:  What  issues  are  involved  in  coordinating  remote  control  of  highly  specialized 
machines?  =>  j  f 

A;  There  are  three  components  of  the  project:  making  artifacts,  developing  solid  models 
of  transport  systems,  and  telerobotic  operation  and  telepresence  of  fabricating  and  testing 

We  have  an  MBE  system  in  one  building,  and  an  STM  in  another  building.  Both  are 
two  milhon  to  three  milhon  dollar  machines.  The  MBE  operators  wanted  the  STM  to  be 
attached  to  their  machine;  the  STM  operators  wanted  the  MBE  to  be  attached  to  their 
machine.  We  want  one  way  to  operate  both. 

We’re  designing  a  vacuum  suitcase  by  ^ople  distributed  around  NIST  using  available 
collaborative  tools.  These  tools  are  audio/video  only,  and  they  run  on  Unix,  not  PCs  and 
Macs,  which  is  what  we  need.  We  have  hope  from  the  Bentley  demonstration. 

Q2:  Why  telerobotic  operation? 

A:  There  is  an  expensive  system  with  expertise  located  in  one  place.  Telepresence 
allows  scientists  to  watch  over  an  operator  s  shoulder.  Someday,  we  hope  for  telerobotic 
operation  to  give  scientists  remote  control. 
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Highly  Interactive  Network-Centric  Tools  for  Collaborative 
and  Distributed  Manufacturing 

Dr.  Ranga  Narayanaswami,  University  of  Illinois,  Urbana-Champaign, 
Machine  Tool  Agile  Manufacturing  Research  Institute 
(narayana  @  staff.uiuc.edu) 

(22  full-page  slides  start  after  page  C-163) 

Dr.  Szykman  introduced  Dr.  Narayanaswami  as  having  been  at  the  University  of 
Illinois,  Urbana-Champaign,  since  April. 

The  objective  of  Dr.  Narayanaswami’ s  work  is  to  allow  an  engineer  to  machine  a  part  at 
a  variety  of  plant  sites,  or  outsource  the  part.  His  method  of  doing  this  is  design  for 
manufacturing  by  accessing  machining  tools  at  various  areas. 

EMSIM  (EndMilling  SIMulation)  was  under  development  for  a  couple  of  years  without 
the  web  in  mind  but  has  recently  been  web-enabled  with  CGI  (Common  Gateway 
Interface).  Engineers  improve  accuracy  by  automatically  calling  EMSIM  from  an  open 
architecture  machining  tool,  such  as  the  one  that  is  part  of  CybeiCut  at  the  University  of 
Cahfomia  at  Berkeley. 

EMSIM  leads  the  user  through  a  simulation,  where  the  user  configures  EMSIM 
through  its  input  parameters,  such  as  radial  depth,  axial  depth,  RPM,  feed  speed,  and 
runout  data.  In  the  simulation,  the  spindle  axis  can  be  tilted,  leading  to  eccentricity  and  the 
Y-Force  changes  with  runout.  The  tooth  passing  frequency  is  the  key  frequency;  if  ranout 
occurs,  one  should  use  another  frequency. 

For  a  common  CAD  interface,  researchers  had  to  decide  between  ProEngineer  and  a 
neutral  file  structure,  each  having  its  advantages  and  disadvantages.  A  neutral  file 
structure,  STEP,  was  chosen.  With  the  CAD  interface,  one  can  rotate  a  part,  click  on  a 
particular  surface,  or  generate  different  views  of  the  surface.  Having  generated  different 
views  of  the  surface,  one  can  export  them  to  fixture  analysis  software  located  at  Penn  State. 

The  Kodak  case  study  part  shown  in  the  slides  comes  from  the  film-making  industry. 
Some  the  operations  used  to  make  the  part  are  end-milling  operations.  Views  of  this  part 
are  used  as  input  to  position  fixtures.  The  three  dots  shown  on  the  part  in  the  Netscape 
slide  are  fixture  locations. 

Edge  quality  relates  to  the  question:  is  there  an  edge  defect,  or  not?  If  there  is  an  edge 
defect,  it  is  usually  a  burr.  In  burr  simulation,  the  user  can  see  whether  there  is  a  high 
percentage  of  burrs.  Process  parameters  can  be  adjusted  to  try  to  obtain  smaller  burrs. 
This  allows  the  designer  and  process  planner  to  mo^fy  the  plan  based  on  design  criteria. 
In  process  monitoring  for  fault  diagnosis,  tool  signals  are  matched  to  find  out  if  we  can 
predict  process  errors.  If  parameters  for  one  machine  don’t  work  on  another  machine,  then 
the  need  for  integration  of  machining  models  arises. 

Suppose  that  there  is  a  specialized  tool  that  one  wishes  to  use  from  a  remote  site.  One 
could  then  use  VideoMosaic  to  handle  incoming  information,  archive  it  in  the  workstation, 
and  later  do  data  mining  (for  example).  The  specialized  tool  could  be  accessed  by  a  remote 
user  in  this  manner. 

A  question-and-answer  period  followed  Dr.  Narayanaswami’ s  talk.  Questioners  are 
identified  by  number. 

Ql:  Is  all  this  accessible  by  a  network? 

A:  That’s  in  the  development  stage. 
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Q2:  How  many  industrial  participants  in  AMRI  (the  Agile  Manufacturing  Research 
Institute)  use  your  tools? 

A;  GM,  Ford,  Kodak,  and  Caterpillar. 

Q3:  What  telepresence  are  you  trying  to  achieve? 

A:  We’re  not  trying  the  robotic  kind  of  movements.  Rather,  we  want  to  remotely  move 
spindles,  et  cetera. 

Q3:  What  about  interfaces  to  the  network? 

A:  They  are  also  under  development. 
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National  Industrial  Information 
Infrastructure  Protocols  (NIIIP) 


Mr.  Tony  Blazej,  National  Industrial  Information  Infrastructure  Protocols 

(blazej@vnet.ibm.com) 

(23  full-page  slides  start  after  page  C-187) 


Dr.  Szykman  introduced  Mr.  Blazej  as  affiliated  with  NIIIP,  a  consortium  headed  by 
IBM  to  develop  protocols  for  an  information  infrastmcture. 

Mr.  Blazej  began  byteUing  the  attendees  that  they  should  be  aware  of  the  existence  of 
NmP  and  the  work  NIIIP  is  doing.  NIIIP  started  in  1993  and  their  grand  challenge  is  to 
enable  virtual  enteiprises.  Phase  One  of  NIIIP’ s  challenge  is  to  show  that  virtual 
ente^rises  are  feasible;  Phase  Two  is  to  get  people  to  use  virtual  enterprises.  NTTTP  will 
publish  the  Protocols  to  enable  virtual  enterprise. 

Why  NIIIP?  A  great  deal  of  money  has  been  spent  on  single-plant  solutions,  but  there 
are  not  many  open  solutions  yet.  NIIIP  has  formed  a  consortium  around  roughly  18 
participants,  and  has  had  reasonably  good  success. 

The  philosophy  behind  NIIIP  is  that  minimal  invention  of  new  technology  is  required 
to  enable  virtud  enterprises.  Instead,  this  is  a  systems  engineering  problem.  Ihe 
consortium  will  publish  protocols  open  to  everyone.  The  large  number  of  legacy  systems 
that  remain  in  existence  cannot  be  ignored. 

On  NmP’s  web  site  a  perasable  reference  architecture  is  available  (but  it’s  1000  pages 
long,  so  it’s  not  easy  to  use— something  NUIP  is  trying  to  address).  End  users  propose  a 
challenge  problem,  and  NlilP  tries  to  solve  it.  NIIIP  works  on  a  nine-month  cycle.  The 
question  of  how  virtual  enterprises  do  useful  work  is  addressed  in  the  first  and  second 
cycles.  NinP  is  currently  in  the  third  nine-month  cycle,  in  which  the  questions  of  how  a 
virtual  enterprise  is  created  and  ended  a  virtual  enterprise,  and  how  people  join  and  leave 
are  addressed. 

Manufacturing  is  not  like  running  bank  sales.  Both  domains  use  transaction-driven 
systems,  but  bank  sales  are  transactions  that  take  seconds  or  minutes,  whereas  in 
manufacturing  transactions  take  months  or  years.  Product  management,  driving  work,  and 
vendor  schedules  must  all  be  addressed.  Each  integrated  area  forms  its  own  community; 
before  NDIP,  nobody  attempted  to  impose  interoperability. 

The  NIIIP  reference  architecture  concerns  the  methods  of  accessing  and  managing  data 
repositories.  After  some  debate,  it  was  decided  to  use  a  web  browser  as  an  interface  to  the 
system,  which  proved  very  useful.  The  architecture  is  similar  to  the  one  described  by  Dr. 
Narayanaswami.  One  characteristic  of  this  architecture  is  that  it  addresses  interoperability 
between  tools,  but  also  enables  corporate  plug-and-play.  In  NIIIP’ s  plug-and-play  model, 
members  join  and  leave  as  business  requires. 

The  test  scenario  involves  providing  services  as  part  of  the  consortium  architecture 
across  geographically  distributed  locations.  Workflow  services  all  mn  at  IBM  Boca  Raton, 
Florida;  STEP  tools  all  run  in  Troy,  New  York;  Internet  services  all  run  at  EIT  in  Palo 
Alto,  California;  and  the  integration  center  is  in  Cincinnati,  Ohio.  In  the  demonstration 
process  flow,  tools  run  wherever  they  reside.  The  demonstration  runs  over  the  course  of 
the  day  and  as  the  speed  of  Internet  traffic  changes,  fluctuations  must  be  dealt  with.  For 
example,  when  Chicago  goes  to  lunch,  there  are  lots  of  stock  queries,  and  the  network  in 
that  region  slows  down. 

NinP  has  demonstrated  the  use  of  CORBA  over  the  Internet.  This  demonstration  is 
immature,  but  usable  and  stable.  People  with  many  different  skills  can  relate  to  a  web 
browser.  NIIIP  set  out  not  to  be  a  standards  body,  but  to  use  existing  standards,  not  to 
invent  technology  but  to  harvest  it. 
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NiliP  has  real  cash  customers  with  real  problems.  They  are  not  tied  to  any  vendor,  and 
have  therefore  been  able  to  engineer  an  open  solution.  The  technical  advisory  board  meets 
three  times  a  year  to  comment  on  what  is  being  done.  This  keeps  NIIIP  current,  relevant, 
and  broadens  out  research. 

NiliP’ s  technical  approach  is  permissive.  A  complete  solution  is  not  required  to  get 
started.  Rather,  technology  is  phased  in  gradually.  API’s  have  been  the  traditional  way  to 
open  systems  up  for  interoperability;  NIHP  adds  rules. 

A  question-and-answer  period  followed  Mr.  Blazej’s  talk.  Questioners  are  identified 
by  number. 

Ql:  In  what  stages  of  deployment  are  your  different  programs? 

A:  We  are  four  months  into  deploying  into  a  shipyard  environment.  We  are  four 
months  into  a  three-years  NIST-funded  integration  into  the  shop  floor.  NmP  Lite  involves 
parts  of  NlUP  for  a  small  supplier.  NlilP  Lite  has  its  first  demo  in  January  1997. 

This  time  next  year,  we’ll  give  a  final  report  on  Phase  One.  We’ve  been  encouraged  by 
DARPA  to  bid  on  similar  projects.  We  have  three  proposals  in  process.  NiiiP  Phase  Two 
will  probably  be  a  number  of  separately  funded  projects. 

If  there  is  an  interest,  you  are  welcome  to  work  with  our  project  office  in  Stamford, 
Connecticut.  We  have  about  15  corporate  participants  and  about  20-25  laboratory  sites. 
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The  National  Advanced  Manufacturing  Testbed:  NAMT 
Framework  for  Discrete  Parts  Manufacturing 

Dr.  Edward  Barkmeyer,  NIST  (edbark@nist.gov) 
(presentation  on  behalf  of  Mr.  Neil  Christopher,  NIST  (neilc@nist.gov) 
(5  full-page  slides  start  after  page  C-213) 


Dr.  Szykman  introduced  Dr.  Barkmeyer  as  giving  a  presentation  on  behalf  of  Mr.  Neil 
Christopher,  who  was  ill. 

Dr.  Barkmeyer  began  by  describing  the  focus  of  the  project:  production  floor  interface 
protocols  (not  engineering  phase).  The  goal  here  is  not  to  develop  standards,  but  to  test 
them  out  (thus  the  word  “testbed”  as  part  of  the  project  name).  There  are  many 
Manufacturing  Execution  Systems  (MES)  consortia  with  quasi-standards.  There  are  good 
ideas  coming  from  various  places.  The  purpose  of  developing  a  testbed  is  to  answer 
questions  such  as  “What  works?  What  doesn’t?  How  do  we  improve  what  doesn’t 
work?” 

The  first  STEP  testbed  element  was  an  inspection.  One  thing  that  quickly  became 
apparent  was  that  there  was  no  specification  for  organizing  information  to  be  presented  to 
or  from  inspection  stations.  A  defunct  STEP  effort,  STEP  AP  (Application  Protocol)  219 
was  consequently  restarted.  AP  219  is  concerned  with  an  inspection  plan,  a  sequence  of 
inspection  operations,  and  possibly  with  resulting  data.  Researchers  are  looking  at  how 
specifications  can  fit  together  to  form  a  cohesive  whole. 

The  second  year  of  the  framework  component  system  project  began  in  October  1996. 
The  activity  set  is  shown  on  the  Framework  Component  System  Diagram  slide.  It  indicates 
the  scope  of  the  project.  The  project’s  focus  is  interfaces  to  and  from  a  workcell  controller 
and  a  shop  controller.  The  project  includes  an  inspection  workcell  controller  but  no  real 
cells.  Instead  the  cells  are  simulated;  they  are  forced  to  err,  or  to  be  late,  to  see  what  the 
consequences  are. 

The  project’s  view  of  the  shop  floor  interface  with  engineering  systems  is  a  Product 
Data  Manager  (PDM).  The  PDM  takes  part  designs,  control  programs,  and  plans,  and 
translates  them  to  the  system  of  interest:  process  and  inspection  planning.  The  PDM  is  a 
repository  of  specifications,  not  a  database. 

One  additional  important  thing  to  note:  one  of  the  project  researchers  had  come  across  a 
comment  on  the  Internet  that  said  something  to  the  effect  of:  “Web  for  the  Internet,  CORBA 
for  an  intranet.”  This  project  uses  CORBA  in  its  intranet  and  that’s  all.  The  next  step  is  to 
select  what  standards,  nominal  standards,  and  proposed  standard  to  implement.  Testing 
will  begin  in  September  1997. 

A  question-and-answer  period  followed  Dr.  Barkmeyer’ s  talk.  Questioners  are 
identified  by  number. 

Ql:  An  observation  that  concerned  me:  you’re  dropping  the  information  and 
measurement  repository. 

A:  No,  we  aren’t  dropping  it,  though  we  might  delay  it  beyond  1997. 

Ql:  That’s  where  the  tie  to  design  comes  from. 

A:  Exactly. 
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Summary  and  Strategic  Planning 

Dr.  William  Regli,  NIST  (regli@cme.nist.gov) 
(talk  given  without  slides) 


Dr.  Regli  closed  the  conference  with  a  few  minutes  of  summary.  In  the  discussion  that 
follows.  Dr.  Regli  and  Dr.  Szykman  are  identified  by  name;  other  participants  are  identified 
by  arbitrary  numbers. 

Dr.  Regli:  We  hope  two  things  have  happened  here:  one,  information  exchange;  two, 
that  you  met  colleagues  working  in  related  topics.  We’d  like  to  take  suggestions  on  “what 
NIST  can  do” — what  topics  to  keep  dialog  going  on. 

Dr.  Szykman:  Dr.  Erkes  made  interesting  points  about  where  the  financial  payback 
is,  that  is,  in  business  opportunity 

I’m  walkmg  out  of  here  feeling  good  about  two-dimensional  investment,  but 
disappointed  about  die  addressing  of  network-centric  CAD.  We’ve  discussed  a  lot  of 
infi-astructure,  but  not  how  CAD  might  evolve  in  a  network-centric  world.  CAD  is 
compute-intensive  and  monolithic.  In  the  last  three  years,  there  has  been  a  tremendous 
increase  in  compute  power  at  low  price:  a  top-of-the-hne  Pentium  costs  $2000.  28. 8K 
modems  are  bad  for  moving  data  around,  but  in  three  years  they’ll  be  better.  How  do  we 
change  the  monolithic  approach  into  something  different?  What  are  the  migration  paths  to 
really  network-centric  CAD? 

Q2:  An  appropriate  role  for  NIST  is  to  sponsor  discussions  on  certain  issues.  A 
network  is  good  for  access  to  anything  anytime  anywhere — data,  applications,  et  cetera — 
and  to  people,  too.  This  group  should  expand  to  include  collaborative  design. 

Q3:  We  are  getting  a  flavor  of  the  demands  and  requirements  on  CAD  data  and 
applications.  This  should  be  of  interest  to  vendors  and  research  as  a  business  driver  for 
network-centric  CAD.  What  can  researchers  do  that  industry  can’t  and  vice-versa? 
Industry  isn’t  happy  with  research:  technology  transfer  isn’t  that  easy. 

Q4:  To  CAD  vendors:  would  a  session  on  what  CAD  might  look  like  five  years  down 
the  road  be  useful?  NIBDP  sponsored?  [Small  chorus  of  “Yes”.] 

Q5:  I’d  prefer  if  we  could  have  some  NlllP-sponsored  input  to  what’s  going  on  in 
HTML,  VR]^  et  cetera. 

Q6:  How  far  can  we  make  entertainment  people  listen  to  a  CAD-suitable  product? 
VRML  is  for  display,  not  for  engineering. 

Q7:  But  people  like  Java3D,  CosmosSD  want  our  input.  We  should  have  some 
consensus  on  what  our  interests  are.  Sun  and  Silicon  Graphics  sell  a  lot  to  Ford  and  GM. 

Q8:  And  they  don’t  want  to  lose  you  to  PCs. 

Q6:  Yes,  but  the  needs  of  display  are  different  from  the  needs  of  engineering. 

Q9:  Anything  sponsored  should  include  users  as  well,  not  just  vendors  saying  what 
we  think  users  want. 

QIO:  Users  say,  “you  guys  have  to  push  NURBS  into  the  VRML  community.”  Like 
all  CAD  vendors,  we  spend  lots  of  time  listening  to  users. 

Dr.  Regli:  CAD  vendors  should  ask  users:  what  technologies  should  we  consume? 
what  are  your  business  drivers? 

Qll:  What  is  NIST  doing  to  use  the  Internet  to  build  consensus  in  the  community? 
Very  seldom  at  ARPA  did  anybody  say,  “This  is  how  I’m  going  to  apply  this  process  to 
myself’. 

Q12:  One  of  NlilP’s  commitments  to  DARPA  was,  “We’re  going  to  eat  our  own  dog 
food.”  Two  years  later,  we’re  still  struggling.  Many  tools  are  not  ready  for  prime  time. 

Qll:  At  ARPA,  we  were  having  trouble  using  our  own  stuff.  Design  capture  tools 
were  too  intrusive.  We  ended  up  sending  email  with  text  and  GIF  files. 
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Q12:  How  can  NIST  get  major  customers  in  a  room  to  put  pressure  on  vendors? 

Qll:  We  have  voluntary  standards  in  this  country.  We  really  need  pressure  from  end 
users.  NIST  can  facilitate,  but  can’t  do  more. 

Q12:  NIST  c^  have  workshops  of  national  scope,  with  big  publicity,  like  Sun  pushed 
Java.  NIST  can  disseminate  information  of  interest. 

Dr.  Regli:  We  can  bring  CAD  vendors  in  by  having  meetings  at  NIST-Boulder. 

Dr.  Szykman:  As  described,  it  wiU  be  hard  for  vendors  to  justify  the  timp.  spent  to 
come  to  NIST. 

Q13:  One  problem:  small-shop  end  users  won’t  come  here. 

Dr.  Szykman:  Yes,  they’ll  go  to  a  trade  show  or  some  such. 

Q14:  I’m  very  specific-goal-oriented.  This  needs  to  be  “put  to  bed”:  measure  a 
meaningful  dimension  and  tolerance  of  a  VRML  object,  and  update  a  VRML  object  when  a 
part  updates. 

Q15:  Make  lists  off-line  about  what  we  need  to  talk  about,  prioritize  them,  then  come 
to  the  workshop. 

Q16:  COI^A  is  another  standard  we  need  input  to.  We’ve  had  lots  of  experience 
with  it. 

Dr.  Szykman:  Issue  about  next  versions  of  HTML,  VRML:  those  who  care  put  in 
their  time  going  to  meetings,  et  cetera. 

Q17:  Unix  vendors  who  drive  HTML  and  VRML  want  to  listen  to  us.  But  we  need  to 
make  meaningful  input. 

Dr.  Regli:  We  have  an  exploder  on  network-centric  CAD,  and  a  periodic  newsletter. 

Dr.  Szykman:  The  mailing  hst  ended  up  with  marketing  information,  calls  for 
papers,  and  the  like. 

Q18:  I’m  so  frustrated  with  email.  Do  a  newsgroup. 

Q19: 1  prefer  email. 

Q20:I  also  prefer  email. 

Q21:  It  would  be  a  lot  more  proactive  if  there  were  an  active  web  site  with  pointers  to 
NIUR,  et  cetera. 

Q22:  We  can’t  have  that  web  site  at  NIST,  because  of  our  slow  approval  process. 
There  will  be  a  web  site  set  up  outside  of  NIST  for  the  email  hst. 

Q23:  Let’s  have  another  meeting  of  the  same  size. 

Dr.  Regli:  How  often? 

Q23:  Six  months.  Late  spring. 

Q24:  Have  specific  topic  meetings — segment  the  groups  of  attendees. 

Q25:  Try  to  create  a  CAD  vendor  voice. 
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Presentation  Slides 
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Opening  Remarks  and  Introductions 
Dr.  Simon  Szykman,  NIST  (szykman@cme.nist.goy) 


The  summary  for  this  presentation  can  be  found  on  page  13 
4  full-page  slides  follow 


67 


I 

I 


OJ 


C5  Q 
c/i  5 

fi  ® 

^  C/} 


CQ 

o 


CA 

fl 


fl 


>% 
N 

c 

o 

s 

SZ 

CQ 

W)^ 

n  « 

®  as 


.fi 

T5 

9J 

N 

•  PN 

fl 

CQ 


68 


Sponsors 


(D 


G  4:::> 

O  c/D 


(50  iS 

S  s 

Oh 


5  (2 

4h 

S  ?> 


b£)  w 
O  r, 
C  “ 
513  00 


Cd  H-H 

u  z 


< 

^ 

CU  s=*  C 
-2  ^ 
<  S  -S 
P  Z  J5 


cd 

W) 

O 

Oh 


O 

a 

JO 

o 

(O 

H 

OD 

a 


^  JO 
>>  o 

>  (D 
cd  H 

^  s 

CO 

D  e 


I 

u 


69 


Science  Directorate  (Ming  Lin) 

•  Office  of  Naval  Research  (Ralph  Watcher) 


Network- Centric  CAD:  A  Research  Planning  Workshop 

December  3-4,  1996 

National  Institute  of  Standards  and  Technology 
Preliminary  Agenda 


Tuesday,  December  3,  1996 
NIST  Lecture  Rooms  A-B 


7:30  am  -  8:00  am: 
8:00  am  -  8:15  am: 

8:15  am  -  8:30  am: 


8:30  am  -  9:00  am: 

9:00  am  -  9:15  am: 
9:15  am  -  10:00  am: 


10:00  am  -  10:15  am: 
10:15  am  -  12:00  pm: 


12:00  pm  -  1:30  pm: 
1:30  pm  -  2:00  pm: 

2:00  pm  -  3:45  pm: 
3:45  pm  -  4:00  pm: 
4:00  pm  -  4:30  pm: 
4:30  pm  -  5:30  pm: 


5:30  pm: 

6:30  pm  -  8:00  pm: 


Registration,  Coffee,  etc. 

Opening  Remarks  and  Introductions 
Dr.  Simon  Szykman,  NIST 
Welcome  to  NIST 
Dr.  Ric  Jackson,  NIST 
Director,  Manufacturing  Engineering  Lab 
Overview  of  Workshop  Goals 
Dr.  William  Regli,  NIST 
Q&A 

Keynote  Speaker 

DanDeitz 

Associate  Editor,  ASME  Mechanical  Engineering  Magazine 
“An  industry-wide  perspective” 

Break 

Panel  Session  #1  and  Q&A:  Defining  the  Common  Ground  and  Issues 
Dr.  A1  Klosterman,  Vice  President,  SDRC 
“Support  of  Virtual  Enterprise  Computing  by  the  Emerging  Capabilities  in 
MDA  and  PDM  Systems” 

Dr.  Ravi  Ravindra,  Senior  Scientist,  ComputerVision 
“Electronic  Product  Definitions  and  Internet  Technology” 

Dr.  Joe  Erkes,  Director,  Design  Integration,  GE  Corporate  R&D  Center 
“Supply  Chain  Integration  and  the  WWW” 

Lunch 

Mr.  Shaun  Sewall,  Bentley  Systems 
TITLE  TO  BE  ANNOUNCED 
Breakout  Session  #1:  Technology  Assessment 
Break 

Report  Back  Panel  and  Q&A 
Technology  Demonstration  Session 

Beam  Technologies 
University  of  California,  Berkeley 

Stephens  Institute  of  Technology,  Design  Manufacturing  Institute 
Conclude  for  the  Day 

Dinner  at  Gaithersburg  Courtyard  by  Marriott 
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Wednesday,  December  4,  1996 
NIST  Lecture  Rooms  A-B 


8:00  am  -  8:45  am: 
8:45  am  -  10:30  pm: 


10:30  am  -  10:40  am: 
10:40  am  -  12:30  pm: 


12:30  pm  -  1:30  pm: 
1:30  pm  -  2:30  pm: 
2:30  pm: 


Coffee,  etc. 

Panel  Session  #2  and  Q&A:  Research  Issues  and  Directions 
Dr.  Rick  Palmer,  Senior  Scientist,  Beam  Technology 
“Einstein  Objects:  An  Open  Standard  for  Web-Enabled  Distributed 
Design  and  Simulation  of  Electro-Mechanical  Products” 

Dr.  Mike  Terk,  Rice  University 

“Changing  Priorities  of  Research  on  WWW-Based  Engineering  Services” 
Dr.  John  Mitchiner,  Sandia  National  Laboratories 
TITLE  TO  BE  ANNOUNCED 

Break 

Panel  Session  #2  (continued) 

Dr.  Don  Brown,  PartNET/University  of  Utah 
“PartNET” 

Mr.  Edward  Barkmeyer,  NIST 

“The  National  Advanced  Manufacturing  Testbed:  Framework  Project” 

Dr.  Clayton  Teague,  NIST 

“The  National  Advanced  Manufacturing  Testbed:  Nanomanufacturing 
of  Atom-based  Dimensional  Standards” 

Dr.  Ranga  Narayanaswami,  University  of  Ilhnois,  Urbana-Champaign, 
Machine  Tool  Agile  Manufacturing  Research  Institute 
“Highly  Interactive  Network-Centric  Tools  for  CoUaborative  and 
Distributed  Manufacturing” 

Mr.  Tony  Blazej,  National  Industrial  Information  Infrastructure  Protocols 
TITLE  TO  BE  ANNOUNCED 

Lunch 

Summary  and  Strategic  Planning 
Workshop  Close 
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Welcome  to  NIST 

Dr.  Richard  H.  F.  Jackson,  NIST  (jackson@cme.nist.gov) 


The  summary  for  this  presentation  can  be  found  on  page  14 
20  full-page  slides  follow 
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NIST  Resources 
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National  Institute  of  Standards  and  Technology 
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Manukicturing  Engineering 
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Provide  ifebrfcatfon  services  to  NIST 
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Trends  in  Manufacturing 
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The  Automated  Manufacturing 
Research  Facility 
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AMRF  Project 
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AMRF  Floorplan 


AMRF  Accomplishments 
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9  OA  projects  totaling  more  than  $10M 
Donations  totaling  more  than  $20M 


What’s  Next  in  Manufacturing  ? 
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. . .information-based  manufacturing... 

...manufacturing  that  relies  upon  and  exploits  the  capabilities  available  to  systems 
&  processes  through  the  application  of  information  technology  as  a  value-added 


Information  Technology  &  Manufacturing 
Traceability  of  informational  Standards 


Measurements  &  Standards  for 
Information-Based  Manufacturing 


Machine  Toolmodeling 
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Overview  of  Workshop  Goals 

Dr.  William  Regli,  NIST  (regli@cme.nist.gov) 


The  summary  for  this  presentation  can  he  found  on  page  16 
11  full -page  slides  follow 
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The  National  Institute  of  Standards  and  Technology 
United  States  Department  of  Commerce 
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Status  report  and  roadmap  for  funding  agencies 
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►  R&D  agencies  and  startups  companies 
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Seamless  integration 

Access  to  advanced 
manufacturing  services 
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Deliver  and  execute 
over  the  Internet 
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Science  Directorate  (Ming  Lin) 

•  Office  of  Naval  Research  (Ralph  Watcher) 


Support  of  Virtual  Enterprise  Computing  by  the  Emerging 
Capabilities  in  MDA  and  PDM  Systems 

Dr.  A1  Klosterman,  Vice  President,  SDRC  (al.klosterman@sdrc.com) 


The  summary  for  this  presentation  can  he  found  on  page  25 
24  half-page  slides  follow  on  12  pages 
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Support  of  Virtual  Enterprise  Computing 
via  the  emerging  capabilities  in: 

>  Mechanical  Design  Automation  (MDA) 

V  Product  Data  Management  (PDM) 

>  Requirements  Driven  Engineering  (RDE) 


Albert  L  Klosterman,  Ph,D. 
V.P.  &  Chief  Scientist 
SDRC 


5DRC>  1 


Outline 

>  Virtual  Enterprise  Computing 

>  infrastructure  to  support  MDA,  PDM 
and  RDE  in  a  Virtual  Enterprise 

-  User  Interaction  &  Collaboration 

-  Distributed  Object  Infrastructure 

>  Emerging  MDA  Capabilities  in  support 
of  Virtuai  Enterprise 

-  Variational  Design 

-  Performance  Analysis 

-  Manufacturing  Automation 

>-  PDM  Interface  &  Integration 
requirements 

>  Requirements  Driven  Engineering 

-  Requirements  and  Knowledge  Assisted 
Product  Development  Process 
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>■  Collaborative  Product  /^^IUo.s. 
Design  and  Manufacturing  \ 

>■  Distributed 

Organizations  and^ 

Heterogeneous 

Platforms 

>-  Enterprise  Enabled 
Global  Computing 

>■  Supported  by  the 
Emerging  Computing, 
Communication  and  Data  ^ 
Standards 


Facilitate  distributed  team  collaboration  by  leveraging 
emerging  capabilities  for  MDA,  RDM  and  RDE 


5DRC>  3 


Collaboration  &  User  Interaction 


Assumptions 

>  Mechanical  engineering  problems  will  become  increasingly 
more  complex 

-  Complex  products 

.  -  High  “engineering  content” 

-  Complex  processes 

-  Increased  concurrency  in  the  development  process 

>  At  many  companies  Mechanical  Product  Development  is 
an  inherently  collaborative  activity 

-  Large  teams 

-  Multiple  disciplines 

-  Multiple  organizations 

•  dispersed  organizations 

•  suppliers  and  independent  contractors 

>-  Future  MDA/PDM/RDE  systems  will  need  to  comprehend  a 
larger  portion  of  the  Product  Development  Process 
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Collaboration  &  User  Interaction 


Collaboration  &  User  Interaction 


Collaboration 

>  Elements  of  collaboration 

-  data  sharing  and  control 

-  coordination 

-  communication  of  design 
intent 

>  Technology 

-  multimedia  conferencing 

-  shared  whiteboards 

-  multimedia  annotation  ' 

-  Web  Browsers/HTML/ 
VRMiyjava 

-  Object  Request  Brokers 
(ORByCORBA 

-  Data  Standards/STEP 


V 


Today 

Small,  tightly  knit  teams 
within  a  single 
organization  and 
compute  installation 
Kvith  weak  links  between 
installations. 


Future 

Large,  geographically 
dispersed  teams  with 
fluid  organizational 
boundaries  and  a 
pro]ect-wlde  installation. 
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Collaboration  &  User  Interaction 


Requirements 


>  Simple  to  Use 

-  manage  complexity 

-  focus  on  the  task  at  hand  Complexity 

-  levels  of  scope 

>  Scaleable 

-  team  size 

-  problem  size 

-  organization  size 

-  user  expertise 

>  Enterprise-Wide  integration 

-  virtual  enterprise 

>  inherently  Collaborative 

-  global  teams  (space) 

-  span  product  lifecycle  (time) 


Pro€!uct/Proc«88 

Complexity 


Human  ability  to 

handle 

complexity 


The  fundamental  problem  we  need  to 
solve  is  that  of  allowing  a  user  to  be 
productive  at  a  particular  task  while 
not  losing  sight  of  the  entire  product 
and  process.., 

...this  is  inherently  a  problem  of 
managing  compexity. 


Collaboration  &  User  Interaction 


Task  Centered 

>  Focus  on  user  task,  not 
application  or  computing 
mechanics 

-  focus  on  data,  not 
applications 

-  toois  and  user  interface 
should  use  concepts  and 
terminology  familiar  to 
user 

>■  Automate  “housekeeping” 
tasks 

-  management  of  data  and 
files 

-  analysis 

-  execution  of  processes 

-  tracking  data  and  results 


II 


snRO>  8 
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Directions  in  Mechanical  Design  Automation 


Variational  Design 

~  Integrated  Variational  Geometry  (VG)  Driven  Applications 

-  Drag  and  Drop  Real  Time  Product  Design  versus  Part  Modeling 

-  Real  Time  Physically  Based  Modeling,  Surface  Sculpting  &  Assembly 

-  Fully  Integrated  2D/3D  Product  Centric  versus  Part  Centric  Design 

-  Multimedia  Capture  of  Engineering  and  Geometric  Design  Intent 

-  Leverage  Feature  Creation,  Recognition,  Mapping  and  Reasoning 
“  Use  of  intelligent  Agents  and  Advisors 

Embedded  Transparent  Performance  Analysis 

-  Minimal  User  Interaction  with  Physical  Analysis  Abstractions 

“  Additional  Physics,  Perspectives  &  Applications  (physical,  function,..) 
~  Embedded  Material  Selection  Guidance 
Manufacturing  Automation 

-  Automated  Generative  &  Virtual  Machining 
~  Assembly/Disassembly  analysis  &  planning 

-  Leverage  of  DFMA,  Cost  Estimation,  MRP  &  Quality  Mgmt  systems 

-  Network  and  PDM  access  to  Suppliers,  Catalogues  and  Process  Data 


SDRC  >  25 


Tolerance 


Synthesis 


(  Harness  &  T 
Piping  Design] 


OVs80ciated> 
Mold/Die 
^  Design  > 


variational 


Sheetmetal 


Modeling 
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Requirements 

^  Workgroup  and  PDM  (Enterprise  Data 
Mgmt.)  systems  need  to  work 
seamlessly  together 

-  product  structure  representation 
mappings 

-  minimize  discontinutities  between 
Workgroup  and  Enterprise 

-  overlapping  capabilities  should  be 
minimized 

PDM  systems  need  to  provide  control 
and  access  to  enough  data  granularity 
to  address  requirements  across  the 
Virtual  Enterprise 

^  PDM  &  Workgroup  systems  need 
closer  integration  to  support  the  needs 
of  the  Virtual  Enterprise  from  Product 
Requirements  through  Maintenance 


(Enterprise  Data  iVI  gmt.) 

Workgroup  Data  Mgmt. 
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The  l-DEAS  /  MetaPhase  Interface 
is  an  example  of  the  emerging 
MDA  &  PDM  integration 

>  i-DEAS  library  parts,  assemblies,  and 
drawings  can  be  checked  into  Metaphase 
vaults 

-  They  appear  as  I-DEAS  specfic  data 
objects 

>  I-DEAS  specfic  data  objects  in  Metaphase  can 
be  copied  or  checked  out  to  selected  I-DEAS 
libraries  within  an  i-DEAS  data  installation 

-  Facilitates  sharing  of  I-DEAS  data  between 
installations 


The  Metaphase  concept  of  control  is  honored 

Once  copied  or  checked  out  to  an  I-DEAS 
library,  ownership  rules  remain  enforced 

-  If  an  object  is  copied  from  Metaphase  into 
I-DEAS,  I-DEAS  will  not  allow  modification 
of  that  data;  In  the  case  of  check-out, 
I-DEAS  will  allow  modification 


i^eam  llli 


I-DEAS  Data 

Installation 


liTeam  2  ii 

I-DEAS  Data 

Installation 
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Interface  &  Integration  Reqr. 


Control  &  Access  to 

Data  Granularity 


arity 


€hicl« 


M 


Part  B  Created  by  using 
Geometry  from 
User1,2&3 


interior  Glass 


Metal 


Requirements 


Support  for  the  Virtual  Enterprise  product  design  process 

-  enterprise-wide  browser  access  to  product  data 

-  simplify  management  of  data  and  eliminate  redundancies 

-  transparent  linkages  to  other  business  application  data 

•  ntarketing/business  acquisition 

•  nianufacturing/production 

•  support 

-  workflow  and  life  cycle  management  support 

Design  for  Variability 

-  Mass  Customization 

-  Generic  Part/Product  definition 

Flexible  Release  Models 

-  release  at  any  stage 

-  allow  for  ambiguity 


5DRC>  « 
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Example  of  an  emerging  Internet  Browser  interface  to  PDM  Data 
(he.  MetaWEB) 


Object  Title  - 

Object  Description  . 

Relationship  Name 
Class  Name  — 

Related  Objects  — 


m —  I 

m — 

M — ! 

. 

||^===^^=S5=: 

Id — 

-B-lD^ 

-  Browser  Forms  generated  dynamically 
based  on  PDM  Data 

-  Secure  User  access,  Query  &  limited 
input  to  PDM  Data 

SDRC>  41 


MetaVIEW  is  an  example  of  the  emerging 

Application  Integration  Toolkits 

>  Integrates  applications  and  their  proprietary 
data  storage  mechanisms  to  external  data 
storage  systems  like  PDM  that  provide  data 
control  and  versioning 

-  Encapsulates  the  mapping  of  an  application’s 
view  of  the  data  to  the  PDM’s  view  of  the  dta 
in  an  intermediate  layer 

-  Generates  an  “object  server”  for  the 
application  to  use  at  runtime 

>  Assists  applications  in  using  data  from 
multiple  sources 

-  Models  “complex  objects”  which  encapsulate 
the  interfaces  to  the  applications  owning  the 
objects  present  in  the  model 

>-  Insulates  applications  from  direct 

dependence  on  vendor  specific  API's  for 
data  access 


application 
application  Data  View 


PDWI  Data  View  ; . 


Visual 

fntegra^n 

Environment 

WorMjench 

{MetaVIEW) 


complex- 


snRc:> 
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Requirements  and  Knowledge  Assisted 

Product  Development  process 

>  structured  processing  of  Voice  of  Customer  (VoC)  Requirements 

>-  Early  definition  of  Product  Characteristics  &  Alteratives  leveraged 
throughout  the  Product  Life  Cycle 

>  Tools  for  Decision  Support  Framework 

□  QFD,  House  of  Quality  &  DOE  Diagrams  &  Evaluators 

□  Graphical  view  of  Relationships  &  Specification  Tracing 

□  Relationship  Manager  for  multiple  trade-offs,  knowledge  capture,  etc. 

□  Structure,  Layout,  Function  and  Alternatives  Diagrams  &  Tables 

>  Specification  Evaluators 

>■  PDM  integration  to  track  decisions,  approval  process  &  access  data 
>-  Process  Knowledge  leveraged  for  timely  Change  Propagation 

>■  Simulation,  test  and  field  experience  automatically  leveraged  in 
Corporate  Memory/Knowledge  Base  for  future  products 

SDRO  47 


Requirements  Driven  Engineering 
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Requirements  Driven  Engineering 
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Foundation  of  Requirements  Driven  Engineering  is  based  on  QFD  Concepts 
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Support  for  Virtual  Enterprise  Computing 

>  To  support  the  Virtual  Enterprise,  User  Interaction  and  Collaboration 
techniques  in  MDA,  PDM  &  RDE  systems  will  need  to  become  more  direct 
and  intuitive  and  address  a  broader  scope  of  interaction  with  People, 
Places,  Products  and  Processes 

>  Industry  standard  Internets,  Intranets  and  Object  Request  Brokers  will 
allow  vendors,  third  parties  and  multiple  disciplines  to  work  more 
harmoniously  together  to  share  resources  and  knowledge 

>  Variational  Geometry  will  significantly  enhance  the  ability  to  capture  the 
Design  Intent  necessary  to  support  the  Virtual  Enterprise 

>  Design  Intent  will  be  highly  leveraged  to  enhance  and  help  automate  the 
highly  structured  portions  of  the  Product  Development  Process 

>  PDM  Systems  will  closely  interface  with  RDE,  MDA  and  Manufacturing 
systems  to  provide  finer  grained  data,  enhanced  Design  for  Variability, 
Flexible  Release  Cyles  and  global  Product  Life  Cycle  access  and  support 

>-  Requirements  Driven  Engineering  will  be  computerized  to  leverage  the 
Voice  Of  Customer  requirements  and  Corporate  Intellectual  Capital  across 
the  Virtual  Enterprise 

SDfiC  >  58 
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Supply  Chain  Integration  and  the  WWW 

Dr.  Joe  Erkes,  Director,  Design  Integration,  GE  Corporate  R&D  Center 

(erkes  @  crd.ge.com) 


The  summary  for  this  presentation  can  be  found  on  page  30 
12  full-page  slides  follow 
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119 


GE  Corporate  R&D 
(518)  387-5195 
erkes@crd.ge.  com 


CRD  - Manufacturing  Technology  Laboratory 

Business  Realities  of  the  ‘90s 
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Now  need  to  integrate  design  and  mfg  across  distributed 
enterprises  (“virtuai  companies”) 


CRD  -  Manufacturing  Technology  Laboratory 
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CRD  - Manufacturing  Technology  Laboratory 
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CRD  - Manufacturing  Technology  Laboratory 

DFSS  across  multi-tier  supply  chains 
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Sigma 


CRD  - Manufacturing  Technology  Laboratory 


CRD  -  Manufacturing  Technology  Laboratory 
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CRD  - Manufacturing  Technology  Laboratory 
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supplier  chain 


CRD  - Manufacturing  Technology  Laboratory 
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CRD  - Manufacturing  Technology  Laboratory 
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CRD  - Manufacturing  Technology  Laboratory 
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CRD  -  Manufacturing  Technology  Laboratory 
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Report-Back  Panel:  Group  1 

Presented  by  Ms.  Kathleen  McKinney  (mckinney@cive2.stanford.edu) 


The  summary  for  this  presentation  can  be  found  on  page  40 
2  full-page  slides*  follow 


Original  slides  were  handwritten  and  have  been  retyped. 
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Technology  Demonstration  Session:  University  of  California, 

Berkeley 

Mr.  Charles  Smith,  University  of  California,  Berkeley 
(smy  the  @  kingkong.me.berkeley.edu) 


The  summary  for  this  presentation  can  be  found  on  page  43 
12  full-page  slides  follow 


Distributed  Design  &  Manufacturing 
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U.C.  Berkeley  Integrated  Manufacturing  Lab 


HI//  The  Cybercut  Approach 
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U.C.  Berkeley  Integrated  Manufacturing  Lab 
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U.C.  Berkeley  Integrated  Manufacturing  Lab 


IIMI  Architecture 
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U.C.  Berkeley  Integrated  Manufacturing  Lab 
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HW  Design  Consultants 
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Einstein  Objects:  An  Open  Standard  for  Web-Enabled 
Distributed  Design  and  Simulation  of 
Electro-Mechanical  Products 

Dr.  Rick  Palmer,  Beam  Technologies  (rick@beamtech.com) 


The  summary  for  this  presentation  can  be  found  on  page  46 
20  full-page  slides  follow 
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The  Einstein  Suite'.  A  web-enabled  engineering 
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Beam  Technologies’  Einstein  Suite  Project 
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Opportunity  -  achieving  the  potential  of 

automated  simulation 


0 

E 

Q. 

O 

0 

> 

0 

T5 


CO 

m  m 

c  >. 

g)-Q 

0  0 

2  i 

o 

3  O 

o  ^ 


JCO  w- 
0  O 

O  0 

£  .£ 

m  m 


0 

o 

(/> 

>s 


0 

T5 

C 

0 


Q-  -o 

^  0 
O  ■ 

3 


0 
<2  0 


o 

Q-  O  O 


0  ^ 

O 

^  58 

T3  0 
0 

C  IS 

2  >* 

U  _Q 

o  ® 

■B  E 

_ro  •*= 

3  0) 

CO  ^ 


s  i  j 

^  O)  *- 
^  C 

£  0  c 

CD  “O 

C  CD  0 

o  £  E 

3  $  0 

"O  O  O 
0  =  0 

0^  <  io 

I  I 


CD 


0 

.y  0 

E  0 

o  E 

“D  E 
fl>  0 


0 

c 

o 

o 

0 

E 


4^  G5 


0 
Q. 


_0 

0  £- 

1 1 
£  TO 

C  3 

•2  £ 

3  OJ 
E  ro 
0  E 

o 

o)  is 


> 

0 

0  ^ 
JD  -g 

£  3 

3“ 


o  .9> 

5  0 

^  TJ 

a  ‘ 

0 
0 
0 


0 
o 
o 

o 
o 

53  .5ft 

£  c 

o  o 


0 


■3 

^  c 

0  0^ 

p  .E 

c  4=;  0 

is  c  ^ 

S  5  3 

CL  D)  t 

3 


■4=  3 

ro 

E  ! 

Co 
O 

is 

O 

o 

.*-* 
o 
c 

0 


£ 

0 

75 

3 

C 

0 

E 

o 


0 

0 

3) 

£  0 

■3  is 

0  -g 

c 

O  0 

77  ^ 

p  0 

^  0 

0  i*. 

-O  o 


I 


o 


E  ^ 

o  o 
3  P 

I  i 


O  ift 
c  0 

r-  “3 

S  O 

0  c 

o  E 


o 

j:: 


Co 

O 

St 


?3 

^o' 

0\ 


I 


152 


The  Einstein  Suite:  a  WWW-based 
_ engineering  environment 

Einstein  Objects  -  Composable,  scalable  objects  to 
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Integrate  engineering  models  into  system  level 
simulation  (e.g.,  battlefield  simulation) 
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•  PowerMath  -  Parallel  HPC  implementation  of  Einstein 
Objects  ancd  PDESolve  computational  substrate 
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•  Representative  of  many  upgrade  requirements  the 
DoD  is  faced  with. 
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constructing  a  simulator  for  an  Einstein  Object  Examples: 
Heat  transfer,  elasticity,  kinematics 
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Example:  Robot  Arm 
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BC(dx*ul,  dx*ul)  * 

BC(2*dy*ul,  2*dy*ul)  * 

BC(WhenContact(dz*ul  &&  ul,  3*dz*ul),  ul-100); 
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PowerMath 
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Copyright  1996,  Beam  Technologies,  Inc 


PowerMath  Timing  Results 
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Product  Representation  Users 


167 


Copyright  1996,  Beam  Technologies,  Inc 


Changing  Priorities  of  Research  on  WWW-Based 
Engineering  Services 

Dr.  Michael  Terk,  Rice  University  (terk@rice.edu) 


The  summary  for  this  presentation  can  be  found  on  page  49 
17  full-page  slides  follow 
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Changing  Priorities  of  Research 
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Engineering  Design  Research  Center 
Carnegie  Mellon  University 
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Identify  technology  gaps  and  build  tools  to 
fill  them  (when  appropriate) 


ACORN  Goals 
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http://acom.eit.com 
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Batch  Service  Development 
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Rapid  Manufactuie  of  Tooling  and  Tooling  Inserts 

•  zinc  and  kirksite  tooling 

•  copper  tooling 

•  sted  tooling 
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service 

Reduce  order  processing  time 


ACORN  Phase  II 
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Pre-  and  Post-  Processing  Services 
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Reduced  communication  problems 
Reduced  cost 


Interactive  Service  Development 

Interactive  Services 


O 

X 

(U 

U 

a 

o 


;::5 

<D 

rS 

4h 

c/5 

"O 

C3 

"O 

§ 

4-> 

c/5 

o 


c 

(D 


o 

a 


O 

T3 

§ 

H 

W 

(D 

O 

•  ▼— I 

> 

<D 

GO 

c/5 

C/5 

13 


(U 


X) 

o 

a 

X 

4-> 

CD 

C 

G 

a> 

T5 

13 

> 

•  1-H 

cd 

CD 


CD 

c 

o 

'f-i 

G 

a 

cd 

< 

<D 

>> 

CD 

a 

c/5 

4-* 

G 

Xi 

<u 

4-> 

G 

CD 

Q 

1 

•  t-H 

< 

1 

c/5 

G 

CD 

1 

tin 

1 

PQ 

CD 

c/5 

cd 

a 

3 

c/5 

CD 

U 

CD 

T3 


I  I  I 


180 


Lower  cost 

Improved  quality  of  communications 


Linking  Applications  to  the  WWW 
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Service  interaction  capture  and 


Lessons  Learned 
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Legal  and  business  issues  need  closer  attention 


Future  Topics 
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multi-service  collaboration 


SmartWeld 


Dr.  John  Mitchiner,  Sandia  National  Laboratories  (jlniitch@sandia.goy) 


The  summary  for  this  presentation  can  be  found  on  page  52 
21  full-page  slides  follow 
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Knowledge  Engineering  Team  System 

Design 


KET  Projects 
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SmartWetd  System 
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Customers:  FY97  focus  will  be  on  DP 
customers  SWPP  and  Neutron 
Generators.  Key  industry  &  institute 
links  are  being  negotiated. 


The  SmartProcess  /  SmartWeld  environment  links 
the  user  to  the  right  information  and  tools 


Rapid  Prototyping  Process  Simulations 


The  SmartWeld  system  is  reducing  iteration  times 
for  redesigns  of  welded  parts  from  weeks  to  hours 
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The  SmartWeld  Expert  System  can  now  be 
accessed  and  run  through  Netscape 
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Eater  Ctirome-Ntckel  Equivatency  Ratio: 


The  new  SmartWeld  interface  provides  a  simpler 
workflow  for  guidance  through  the  system 
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smartWeld  saves  time  and  minimizes  error  by 
importing  the  design  requirements  and  identifying 
approved  weld  joint  locations  and  process  options 
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The  Welding  Advisor  provides 
process  and  joint  design  recomendations  for  a 
variety  of  weided  assemblies  via  the  Net 


95 


Barry  V.  Hess 


Designers  and  Process  Engineers  can  get  quick 
estimates  on  thermal  distributions  using  the 
Rosenthal  option  in  the  Optimization  Model 
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Access  to  predictive  process  simuiation  toois  is 
captured  in  a  workflow  diagram,  which  allows  the 
user  to  select  different  material  and  heat  flux  models 
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Infomialion  V/eki  Schedules  Welding  Guide  User  Mutual 


Numerical  models  of  process  effects  and  material 
behavior  provide  quantitative  information  on  part 
quality,  performance,  and  reliability 
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Time  =  176  s _ Temperature  (K) 

Multi-pass  weld  simulation  - 
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Impact:  Objective  evaluation  of  design  and  manufacturing  constraints. 
Improved  manufacturability,  faster  production,  and  lower  cost. 


Machinability  Advisor 
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Impact:  More  cost-effective,  manufacturable  designs. 

Reduced  product  realization  cycle  times;  reduced  costs 
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Impact:  Exploration  of  aW  logical  welding  aiternatives;  decreased  scrap. 
Increased  productivity  for  designers  and  weiding  engineers. 


KET  Project  Integration 
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Information  Mining  and 
Knowledge-based  Advisors 
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Part  Requirements 
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Hierarchical  Attribute  Representation 
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System  Level  Integration 

Functional  Viewpoint 
Part/Whole  Viewpoint  r" 
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PartNET:  the  Parts  Information  Network 

Dr.  Don  R.  Brown,  Associate  Professor,  University  of  Utah/PartNET,  Inc. 

(don.brown  @  part.net) 


The  summary  for  this  presentation  can  be  found  on  page  54 
6  full-page  slides  follow 
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University  of  Utah/PartNet 
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Source:  Sacramento  Air  Logistics  Center 


PartNET  Mission 
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University  of  Utah/PartNet 


PartNET  Architecture 


University  of  Utah/PartNet 


Types  of  Searches 
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University  of  Utah/PartNet 


Types  of  Information  Available 
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University  of  Utah/PartNet 


Highly  Interactive  Network-Centric  Tools  for  Collaborative 
and  Distributed  Manufacturing 

Dr.  Ranga  Narayanaswami,  University  of  Illinois,  Urbana-Champaign, 
Machine  Tool  Agile  Manufacturing  Research  Institute 
(narayana@staff.uiuc.edu) 


The  summary  for  this  presentation  can  be  found  on  page  58 
22  full-page  slides  follow 
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Highly  Interactive  Network 
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Representation 
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What  it  Requires? 
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■  Northwesterrn  University 


Choose  the  type  of  cutter  and  the  type  of  cut : 

You  can  choose  the  cutter  by  clicking  on  the  button  next  to  the  picture  of  the  cutter  you  want.  Then  click 
on  the  picture  of  one  of  the  cuts  to  simulate  that  cut. 


Cutter  types 


Cut  types 
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Menu  Page  for  Step  Cut  with  Straight  endmill 

There  are  reveral  input  parameters  that  you  can  specify  for  the  Step  Cut  These  have  been  separated  into 
the  five  different  categories  shown  below  : 

•  Workpiece  data 

•  Cutter  data 

•  Cutting  conditions 

•  Process  Faults  data 

O  Runout  data 
O  Flute  deviation  data 
O  Flute  breakage  data 

•  Simulation  parameters 

Each  line  above  is  a  link  to  a  page  where  you  can  modify  the  parameters  of  the  corresponding  category. 
Please  follow  the  link  to  the  page  which  contains  the  parameters  you  want  to  modify.  From  there  you 

can  go  on  to  the  summary  page  (explained  below)  or  come  back  to  this  page  and  then  go  on  to  another 
page. 

men  you  are  done  selecting  parameters  in  aU  the  six  categories,  you  can  go  on  to  the  summary  page 
by  clicking  on  the  link  below.  The  summary  page  shows  all  input  parameters  you  have  chosen.  You  can 
then  start  the  simulation  from  there. 

•  Summary  page 
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Summary  of  input  parameters 


General  data 

•  Units  =  English 

•  Model  =  Static 

Workpiece  data 

•  Workpiece  material  =  Gray  Cast  Iron  (150-220  BHN) 

•  Workpiece  draft  angle  =  DA  =  0  degrees 

Cutter  data 

•  Tool  material  =  Uncoated  Carbide 

•  Helix  =  Right  handed 

•  End  mill  diameter  =  0.75  inches 

•  Projection  length  -  PL  =  3.625  inches 

•  Number  of  flutes  =  NF  =  4 

•  Helix  angle  =  HA  =  30  degrees 

•  Radial  rake  angle  =10  degrees 

Cutting  conditions 
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•  Milling  convention  =  Down/Climb  Milling 

•  Axial  depth  of  cut  =  AD  =  0.5  inches 

•  Radial  depth  of  cut  =  RD  =  0.15  inches 

•  Feed  per  tooth  =  0 . 004  inches 

•  Spindle  speed  =  500  rpm 

Runout  data 

•  Parallel  axis  offset  r\mout  =  RO  = 

•  Locating  angle  for  offset  runout  = 

•  Runout  tilt  angle  =  0  degrees 

•  Locating  angle  for  runout  tilt  =  0 

Flute  deviation  data 

•  There  is  no  flute  deviation 

Flute  breakage  data 

•  There  is  no  flute  breakage 

Simulation  parameters 

•  Surface  roughness  is  being  simulated 

•  Axial  increment  =  AI  =  0.02  inches 

•  Angular  increment  =  5  degrees 

•  Total  angle  of  simulation  =  EA  =  360  degrees 


0  inches 
0  degrees 

degrees 
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End  Milling  Simulation  Inputs 


Parallel  axis  offset  runout  :  inches 
Locating  angle  for  offset  runout  :  degrees 
Runout  tilt  angle  :  degrees 
Locating  angle  for  runout  tilt  :  degrees 

Menu  page  Summary  Page 

Warning  :  The  values  you  entered  will  be  updated  only  if  you  choose  Update 
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y-Forc/B  (Ih 


y-Force  us  Cutter  Rotation  Angl 


Magrfi  i  tude 


Pouer  Specxpum  of  V-Force 


FrequeTicy  CHz) 


Magnitude 


Pouer  Spectrum  of  V-Force 


Frequency  CHz) 
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Common  CAD  Interface 
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Forces 
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231 


^oftw&re 


Define  Contact  R^on  Modd  (undor  constracdon) 


Done 


:..:..:r;-.-y--7^ 


Unload  Data 


AddBement 


ViewData  - 


Point  Locator 


;  jlst.  Select  a  face  then  choose  the  Next  button. 


-  2nd.  Choose  a  point  with  your  mouse. 


3nL  Enter  a  coefficient  of  friction  for  the  locator. 


4th.  Choose  the  Ok  button. 
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Design/tolerance  changes 


Process  Monitoring  for  Fault 


Telepresence/Hardware  Testbeds 
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Experimental  Machine  Tool 


National  Industrial  Information 
Infrastructure  Protocols  (Nil IP) 

Mr.  Tony  Blazej,  National  Industrial  Information  Infrastructure  Protocols 

(blazej  @  vnet.ibm.com) 


The  summary  for  this  presentation  can  be  found  on  page  60 
24  full-page  slides  follow 
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National  Industrial 
Information  Infrastructure 
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NIIIP  Governance 
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NIIIP  OVERVIEW 
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NIIIP  Consortium  (http:12/7/96www.niiip.org) 


The  National  Advanced  Manufacturing  Testbed:  NAMT 
Framework  for  Discrete  Parts  Manufacturing 

Dr.  Edward  Barkmeyer,  NIST  (edbark@nist.goy) 
(presentation  on  behalf  of  Mr.  Neil  Christopher,  NIST  (neilc@nist.gov) 


The  summary  for  this  presentation  can  be  found  on  page  62 
5  full-page  slides  follow 
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NAMT  Framework  for  Discrete 


264 


Neil  Christopher 

National  Institute  of  Standards  and  Technology 
Manufacturing  Engineering  Laboratory 
neilc@nist.gov  or  301 .975.3888 


Problem  Statement 

Project  Contribution 
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Enterprise  representation  to  establish  relationships 
between  specifications. 


Technical  Approach 
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Feedback  results  to  consortia. 

•  Sematech  Focus  Groups,  NIIIP  Architecture,  TEAM  Thrusts 

Work  on  formal  standardization  of  specifications. 

•  ISO  STEP,  ISO  Enterprise  Integration,  OMG  MfgTF 


Technical  Approach 

Typical  System  Execution  Scenario 
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-  Video  link  to  CORDAX  CMM  operations  over  ATM 


Framework  Component  System  Diagram  — 1997 
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http://www.nist.gov/mel/ 
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